支付业务的数据库表的设计

最新推荐文章于 2024-09-19 08:30:00 发布
最新推荐文章于 2024-09-19 08:30:00 发布
阅读量3w 收藏 51
点赞数 5
文章标签： 支付 数据库 设计
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/hanghang886/article/details/50161867
版权
本文详细介绍了支付业务中的核心数据库表设计，包括支付网关交易流水表gTransLog、用户账户表tAccounts、账户流水表tAccountLog、对账相关表等。每个表的功能、字段及关键点进行了分析，例如gTransLog表用于登记网关交易，tAccounts表记录用户资金，tAccountLog表跟踪账户流水，tPayments表和tReceivables表分别处理商户的付款和收款，tTrans表记录交易详情，对账表用于银行对账和内部对账等。
摘要由CSDN通过智能技术生成

一、数据表

数据库中的数据表是整个核心逻辑的载体说在，所有的记账逻辑、以及与支付前台交互的数据都是在这里 进行记录。现就主要的表进行简要说明。不同的第三方支付其数据表名称肯定也不同，这里的表名称仅作参考

  • gTransLog表： 支付网关交易流水表，所有通过网关的交易全部都会在此表中写入数据。
  • tAccounts表： 用户的账户数据记录表，在第三方系统中其记录着用户的账上资金。
  • tAccountLog表： 用于记录账户的自己流水情况，所有对tAccounts表的资金变动都会在流水表中进行记录
  • tBankPaymentInfo表： 上传对账文件后，解析对账文件生成的表
  • tBankcardInfo表： 用于存储用户或者商户所绑定银行卡的信息，包括银行名称、卡号等
  • tChannelConfig表： 渠道配置表，用于配置商户与不同渠道的对应关系，比如接入支付宝或者招商银行
  • tFreeze表： 冻结表，当tAccounts表中的资金有事先冻结的情况下，比如说基金赎回等会向tFreezes表中插入数据
  • tPayments表： 付款表，记录账户付款相关信息
  • tReceivables表： 收款表，记录收款信息
  • tPaymentChannel表: 商户付款渠道的相关信息
最低0.47元/天 解锁文章
hanghang886
关注
专栏目录
支付系统参考设计方案（包括数据库表结构）
06-05
之前因为工作需要做了个支付系统的概要设计，后来并没有用上，分享出来给需要的人做个参考。 设计方案包括完整的数据库表结构 核心功能流程时序图 数据安全性相关设计
支付交易平台数据库设计文档
11-18
银行支付交易平台数据库设计文档，用户登录信息表，用户账户信息表，退款等交易流水表的设计都可以参考
支付服务数据库表设计思路
最新发布
cyt涛的博客
09-19 911
支付渠道表 (pay_channel) 用于存储支付渠道的配置信息，主要记录了支付相关的密钥、加密参数以及回调地址等，确保可以根据不同支付渠道选择相应的配置。 交易单表 (trading) 记录每一笔交易的详细信息，包括支付渠道、金额、状态、收付款双方的基本信息等。还设计了退款的相关字段，用于跟踪订单是否已发起退款及退款金额。 退款记录表 (refund_record) 详细记录了每次退款的申请和处理结果，特别是在部分退款或多次退款的情况下，保证退款信息的完整性和可追溯性。
支付系统整体设计：整体架构设计以及注意要点（二）
sz_bb的博客
11-23 3145
支付网关前置 　　支付网关前置是对接业务系统，为其提供支付服务的模块。它是所有支付服务接口的集成前置，将不同支付渠道提供的接口通过统一的方式呈现给业务方。这样接入方就只需要对接支付网关，增加和调整支付渠道对业务方是透明的。 支付网关前置的设计对整个支付系统的稳定性、功能、性能以及其他非功能性需求有着直接的影响。 　　在支付网关中需要完成大量的操作，为了保证性能，这些操作都尽量异步化来处
电商-支付相关表的表设计
10-09 9670
基础元素   支付关系   支付流水表结构   联合订单主表表结构   联合支付订单子表表结构 主订单表       子订单表   子订单分账表 子订单优惠减免表    ...
电子支付平台表设计
zhaoyang10的专栏
12-14 2351
create table rp_account ( id int(11) not null, create_time datetime not null, edit_time datetime, version bigint not null, remark ...
我们是如何设计支付表单的
ak619的博客
07-21 2608
Wave工程师从实际场景出发，介绍表单中的图标摆放、文案设计、用户交互、错误处理等各方面设计的思考和权衡
支付宝开发表设计 适用于 所有支付业务
天外有天，人外有人。 专注品质 不断创新 让精益求精成为习惯
10-25 6957
支付信息与业务关联表，主要处理 合并支付 等 一对多关系的支付： 支付基础信息： 脚本如下： CREATE TABLE [dbo].[PayRealation]( [PayOrderNo] [varchar](50) NOT NULL, [GoodsOrderNo] [nvarchar](50) NOT NULL )
支付项目：1、数据库设计
小鑫的博客
04-11 1661
数据库设计 表关系 表结构 唯一索引 单索引及组合索引 时间戳 设计 表结构 1、用户表 CREATE TABLE `mall_user` ( `id` int(11) NOT NULL AUTO_INCREMENT COMMENT '用户表id', `username` varchar(50) NOT NULL COMMENT '用户名', `password` varchar(50) NOT NULL COMMENT '用户密码，MD5加密',
支付平台数据库设计.doc
03-19
综上所述，支付平台的数据库设计是一份详尽的工作，它需要结合业务需求，遵循良好的设计原则，确保数据的正确性和系统的稳定性。通过合理的表结构设计、命名规范以及变更管理，可以构建出一个高效、可靠的支付系统...
支付有关的数据库表.zip
04-19
数据库设计的关键在于保证数据的一致性和完整性，尤其是在涉及金钱交易的系统中。例如，事务处理（ACID属性：原子性、一致性、隔离性和持久性）是保证支付操作正确性的基石。此外，为了保证安全性，敏感信息如信用卡...
支付系统数据库设计思考
热门推荐
07-26 1万+
主支付表 字段名 字段类型 备注 id bigint(16) 主键id order_id varchar(24) 订单号 bus_pay_no varchar...
下单支付_02_数据库设计
qq_36777191的博客
10-24 700
1、优惠券表 field type comment coupon_id bigint(50) not null 优惠券id coupon_price decimal(10,2) null 优惠券金额 user_id bigint(50) null 用户id order_id bigint(32) null 订单id is_used int(1) null 是否使用？0是未使用，1是已使用 uesd_time .
支付系统架构设计
qq_36636154的博客
02-27 3355
项目介绍 本结算系统的目的是为大平台提供支付能力，打通支付渠道，以及支付后续的记账抛帐支持。 业务场景： 1.付款 2.收款 3.对账 4.记账抛帐 针对上面四个业务场景，我们将系统设计为如下架构 其中订单服务和账单服务是两个基础的服务，订单数据和账单数据的持久化都要调用这两个服务的接口。 第三方接入模块里面封装了调用第三方接口的代码 产品执行器是执行不同支付产品的代码 技术支撑模块里面包含了我们用到的所有数据存储介质和中间件 api层包含了我们请求接收层面的所有组件，请求在该层
支付系统常用设计原则
weixin_34392435的博客
10-29 470
参考：http://www.jianshu.com/p/65b1... 一 表结构设计 用户资产表：CustomerBalanceAsset 储存用户余额资产。比如返现活动等，例如评价返现30元，一般我们都是返到用户余额；另外一些项目有充值需求，也可以把第三方支付结构或者银行机构内的资金充值到余额中。 资产变动记录表： CustomerB...
小白级微信支付的设计思路
a2285786446的博客
04-25 1385
支付
新零售mysql设计（快递表 退货表）
qq_37805832的博客
10-25 1288
作者：陈业贵 华为云享专家 51cto(专家博主 明日之星 TOP红人) 阿里云专家博主。
评论 3
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值