支付平台数据库设计文档

合集下载

第三方支付系统总体设计方案

第三方支付系统总体设计方案1.引言随着电子商务行业的迅速发展和普及，第三方支付系统扮演了重要的角色。

第三方支付系统是指一个独立的支付平台，试图为商家和消费者提供便捷、安全、快速的支付方式。

本文将提出一个完整的第三方支付系统的总体设计方案。

2.总体架构2.1前端接入层前端接入层是第三方支付系统与商家网站之间的接口，主要负责数据的传递和交换。

该层应包括以下功能模块：-商家接入管理：提供商家接入的管理功能，包括商家注册、审核和配置相关信息。

-支付接口管理：提供支付接口的管理功能，包括支付方式的选择、接口的配置和维护。

-数据加密传输：对数据进行加密处理，保证数据的安全传输。

-页面跳转：实现用户支付后的页面跳转功能，返回相应的支付结果。

2.2支付网关层支付网关层是第三方支付系统的核心组成部分，主要负责支付请求的接收和处理。

该层应包括以下功能模块：-支付请求接收：接收商家网站发起的支付请求，并验证请求的合法性。

-支付方式选择：根据请求中指定的支付方式选择相应的支付接口进行处理。

-订单生成和管理：生成唯一的订单号，并保存相关订单信息，方便后续跟踪和查询。

-支付状态管理：对支付过程中的状态进行管理和更新，包括支付成功、支付失败、支付超时等状态。

2.3核心交易层核心交易层是第三方支付系统的关键部分，主要负责与各个支付机构进行交互和数据传递。

该层应包括以下功能模块：-支付机构接入管理：管理各个支付机构的接入方式和接口规范。

-支付请求发送：将支付请求发送给指定的支付机构，并获取支付机构的响应。

-支付结果确认：根据支付机构的响应结果判断支付是否成功，并进行相应的处理。

-对账管理：对支付机构的对账文件进行处理和对比，保证支付数据的一致性和准确性。

2.4数据库层数据库层是第三方支付系统的数据存储和管理部分，主要负责存储支付相关的数据。

该层应包括以下功能模块：-订单数据存储：将生成的订单信息存储到数据库中，并提供订单查询和管理功能。

总体设计方案怎么写

总体设计方案怎么写总体设计方案1. 引言1.1.编写目的本文档为支付平台总体概要设计说明。

概要设计说明书编制的目的是说明对程序系统的设计考虑，包括程序系统的基本处理流程、程序系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等，为程序的详细设计提供基础。

本文档读者以开发人员为主，其他项目相关人员也可参考。

1.2.定义参考《词汇表》。

1.3.参考资料技术方面主要参考资料： 1) Spring资料 2) iBatis资料 3) Hessian资料 4) W3C XML相关规范2. 总体设计遵循的技术标准⏹本系统软件基于J2EE规范进行开发；⏹本系统软件采用Spring架构及iBatis数据库操作框架。

⏹证书应用采用符合CSP规范的证书应用体系；⏹基于PKI的安全认证和加密规范系列：PKCS＃1v2、PKCS＃7v1.5、SSL3.0/TLS1.0；⏹交易报文采用W3C XML规范、以及相关的XML Schema、XML Signatureand Encryption规范；⏹采用HAP2.0作为应用开发技术平台；⏹ 采用HADP2.0作为项目开发流程规范；⏹ Web客户支持Microsoft IE6.0及以上版本、FireFox3.0及以上版本；⏹ 通联基金支付系统与支付网关系统通讯采用Hessian技术；⏹ JAVA SUN JDK 1.4.2、J2EE1.3。

2.1.子系统设计本章节的主要定义子系统、子系统标识符、子系统的功能、以及子系统之间的关系。

2.1.1. 子系统说明2.1.2. 子系统关系说明⏹ APP层使用数据库1存储数据；⏹支付交互控制子系统把交易结果通知内容存放在数据库2中；⏹ 通知服务器从数据库2中提取交易结果通知内容并转发；⏹ 银行接口系统使用数据库3记录银行交易流水；⏹ APP层通过文件服务器与银行接口系统交换文件。

2.2.软件层次架构设计2.2.1. 软件层次架构设计图2.2.2. 软件层次架构说明系统的总体设计分为四个层次：用户界面层、处理控制层、业务逻辑层、DAO层。

(完整word版)数据库设计文档模板

1编写目的 (2)1。

2术语表 (2)1。

3参考资料 (2)2数据库环境说明 (3)3数据库的命名规则 (3)4逻辑设计.............................................. 错误!未定义书签。

5物理设计 (3)5.1表汇总 (3)5。

2表［X］:[XXX表］ (3)5.3视图的设计.......................................... 错误!未定义书签。

5。

4存储过程、函数及触发器的设计........................ 错误!未定义书签。

6安全性设计............................................ 错误!未定义书签。

6。

1防止用户直接操作数据库的方法........................ 错误!未定义书签。

6。

2用户帐号密码的加密方法.............................. 错误!未定义书签。

6。

3角色与权限.......................................... 错误!未定义书签。

7优化.................................................. 错误!未定义书签。

8数据库管理与维护说明.................................. 错误!未定义书签。

1引言1.1 编写目的本文档是概要设计文档的组成部分，编写数据库设计文档的目的是：明确数据库的表名、字段名等数据信息，用来指导后期的数据库脚本的开发，本文档遵循《数据库设计和开发规范》。

数据库设计详细文档

数据库设计详细文档1. 引言数据库是应用系统中重要的数据存储和管理工具，本文档将详细介绍我们设计的数据库结构和数据模型。

2. 数据库概述我们设计的数据库用于存储和管理公司的客户数据。

该数据库包括以下几个主要表格：- 客户表：存储客户的基本信息，包括姓名、联系方式、地址等。

- 订单表：记录客户的订单信息，包括订单编号、下单日期、产品信息等。

- 产品表：存储公司提供的产品信息，包括产品编号、名称、价格等。

- 支付表：记录客户的支付信息，包括支付方式、支付金额、支付日期等。

3. 数据库结构3.1 客户表客户表包含以下字段：- ID：客户唯一标识符- 姓名：客户姓名- 手机号码：客户联系方式- 地址：客户地址3.2 订单表订单表包含以下字段：- ID：订单唯一标识符- 客户ID：关联客户表，表示订单所属的客户- 下单日期：订单的下单日期- 总金额：订单的总金额3.3 产品表产品表包含以下字段：- ID：产品唯一标识符- 名称：产品名称- 价格：产品单价3.4 支付表支付表包含以下字段：- ID：支付唯一标识符- 订单ID：关联订单表，表示支付所属的订单- 支付方式：支付的方式，如支付宝、微信支付等- 支付金额：支付金额- 支付日期：支付日期4. 数据模型我们设计的数据库模型如下图所示：![数据库模型](数据库模型.png)5. 数据库功能和操作我们的数据库设计旨在支持以下功能和操作：- 添加客户信息：可以向客户表中添加新的客户信息。

- 查询客户信息：可以根据客户ID或姓名等信息查询客户信息。

- 添加订单信息：可以向订单表中添加新的订单信息。

- 查询订单信息：可以根据订单ID或客户ID等信息查询订单信息。

- 添加产品信息：可以向产品表中添加新的产品信息。

- 查询产品信息：可以根据产品ID或名称等信息查询产品信息。

- 添加支付信息：可以向支付表中添加新的支付信息。

- 查询支付信息：可以根据订单ID或支付日期等信息查询支付信息。

校园外卖系统数据库设计

校园外卖系统数据库设计一、需求分析为了提高校园餐饮的便利性，校园决定开发一个校园外卖系统。

该系统主要包含以下功能：1、商家注册和管理商家可以在网站上进行注册，并上传商家基本信息和食品菜单，进行商品的增删改查等操作。

用户可以自主注册账户并填写个人信息，通过网站选购商家提供的商品，下单，支付及查看订单信息等相关操作。

3、外卖订单的生成和管理用户下单后，系统自动生成订单，并通知商家及用户有新订单产生。

商家可以通过系统接受或拒绝订单，同时还可以进行订单配送和订单状态的修改。

4、财务结算系统可以自动根据用户的支付情况进行结算，并将相应金额按比例分配给商家。

二、数据库设计1、用户表（user）说明：该表用于存储所有用户的个人信息。

2、商家表（merchant）属性名字段类型约束商家id merchantid int 自增，主键商家名称 merchantname varchar(30) 不重复密码 password varchar(20) 不为空商家地址 address varchar(50)商家电话 phone varchar(11) 唯一属性名字段类型约束商品类别id categoryid int 自增，主键商品类别名 categoryname varchar(20) 不重复该表用于存储商品的分类信息，每个商家可以添加多个商品分类。

4、商品表（product）5、订单表（order）属性名字段类型约束订单id orderid int 自增，主键订单时间 ordertime datetime 默认当前时间用户id userid int user表的外键商家id merchantid int merchant表的外键商品id productid int product表的外键商品数量 quantity int订单状态 status int 默认为06、购物车表（cart）该表用于存储商家收入相关信息。

三、总结校园外卖系统的数据库设计是保证该系统能够高效、稳定运行的关键。

数据库表结构设计例子

数据库表结构设计例子数据库表结构设计是构建数据库的基础工作之一，它决定了数据库中数据的组织方式和存储结构。

一个好的数据库表结构设计可以提高数据库的性能、可扩展性和数据的完整性。

下面以一个电商平台的数据库为例，列举10个数据库表结构设计的例子。

1. 用户表（User）- 字段：用户ID、用户名、密码、手机号、邮箱、注册时间等。

- 主键：用户ID。

- 约束：用户名、手机号、邮箱的唯一性约束。

2. 商品表（Product）- 字段：商品ID、商品名称、商品描述、价格、库存、创建时间等。

- 主键：商品ID。

3. 订单表（Order）- 字段：订单ID、用户ID、商品ID、数量、总金额、下单时间等。

- 主键：订单ID。

- 外键：用户ID、商品ID分别关联用户表和商品表。

4. 地址表（Address）- 字段：地址ID、用户ID、收货人姓名、手机号、省份、城市、区县、详细地址等。

- 主键：地址ID。

- 外键：用户ID关联用户表。

5. 购物车表（Cart）- 字段：购物车ID、用户ID、商品ID、数量、创建时间等。

- 主键：购物车ID。

- 外键：用户ID、商品ID分别关联用户表和商品表。

6. 支付表（Payment）- 字段：支付ID、订单ID、支付方式、支付金额、支付时间等。

- 主键：支付ID。

- 外键：订单ID关联订单表。

7. 评价表（Review）- 字段：评价ID、用户ID、商品ID、评分、评论内容、评价时间等。

- 主键：评价ID。

- 外键：用户ID、商品ID分别关联用户表和商品表。

8. 物流表（Logistics）- 字段：物流ID、订单ID、物流公司、物流单号、发货时间、收货时间等。

- 主键：物流ID。

- 外键：订单ID关联订单表。

9. 类别表（Category）- 字段：类别ID、类别名称、父类别ID、创建时间等。

- 主键：类别ID。

- 外键：父类别ID关联类别表自身。

10. 优惠券表（Coupon）- 字段：优惠券ID、优惠券名称、优惠金额、适用商品、有效期等。

线上支付系统的设计与开发

线上支付系统的设计与开发随着互联网的不断普及和发展，越来越多的人选择在网上进行购物和支付。

线上支付系统因此成为人们日常生活中不可或缺的一部分。

一个高效、安全、易于使用的线上支付系统不仅需要优秀的设计和技术，还需要完善的数据管理和保护系统，以保证用户的信息和资金安全。

线上支付系统设计的主要考虑因素在设计线上支付系统时，需要考虑到以下几个主要因素：用户友好性、安全性、可扩展性以及可定制性。

用户友好性：一个优秀的线上支付系统需要具备良好的用户体验，提供简单易用的操作界面，减少用户在操作过程中的困难和不适。

此外，还需要提供多种支付方式，以满足不同用户的需求。

安全性：安全性是一个线上支付系统最主要的考虑因素之一。

系统应具备防止潜在安全漏洞的措施，如安全审核、加密技术、身份验证和防止网络攻击等。

此外，还应该有完善的数据管理处理和备份系统。

可扩展性：一个优秀的线上支付系统应该能够有效应对不断变化的市场需求和用户需求。

因此，系统需要在开发时考虑到系统的扩展能力和容量。

例如，系统的数据库应该能够支持足够的数据存储量，同时具有良好的扩展性，以便随时增加新的数据和功能。

可定制性：在许多情况下，不同的商家可能需要不同的支付功能和系统定制。

因此，一个良好的线上支付系统应该具备可定制性,以满足不同商家的要求。

此外，还需要考虑到适应不同市场和地区的特殊需求。

线上支付系统开发的技术要点线上支付系统的开发需要使用许多现代技术。

以下是几个主要的开发技术要点。

云计算：使用云计算技术可以提高系统的可扩展性和灵活性，并降低对硬件和存储空间等方面的要求。

这还能够提高系统的安全性和稳定性，并减少维护和管理成本。

数据库管理：线上支付系统需要处理大量的数据，因此数据库管理变得尤为关键。

选择最适合建立这个系统的数据库类型和管理应该根据实际情况，包括交易频率、处理速度、数据量和安全需求等方面的因素来进行决策。

对于大多数情况，SQLite 和 MySQL 这两个数据库都能够胜任。

银行第二代支付系统概要设计说明书

引言1.1编写目旳阐明对程序系统旳设计考虑，包括程序系统旳基本处理流程，程序系统旳组织构造、模块划分、功能分派、接口设计、运行设计、数据构造设计和安全性设计等，为程序旳详细设计奠定基础，并使系统参与者对系统有基本旳理解。

1.2项目背景第一代支付系统作为我国资金运动旳大动脉，对加紧社会资金周转、提高支付清算效率、畅通货币政策传导、增进国民经济健康发展发挥着重要作用。

但伴随我国社会经济迅速发展，金融改革继续深入，金融市场日益完善，支付方式不停创新，对中央银行旳支付清算服务提出了许多新旳、更高旳规定。

作为支付体系旳关键和枢纽，中央银行旳支付系统能否支持和满足这些需求，将直接影响支付体系旳整体运行效率，进而影响经济金融旳平稳健康发展。

第一代支付系统存在旳局限性：（1）不能满足银行业金融机构灵活接入旳需求；（2）流动性风险管理尚待深入完善；（3）应对突发事件旳能力需要加强；（4）业务功能及服务对象有待深入拓展；（5）运行监控范围及功能有待深入扩展。

针对第一代支付系统存在旳局限性，结合目前及未来一段时期社会经济金融发展对中央银行支付清算服务旳新需求，同步考虑支付系统运行旳生命周期以及深入完善支付系统备份系统等实际状况，中国人民银行决定建设第二代支付系统。

有助于更好地满足社会经济金融发展旳客观需要；有助于更好地满足银行业金融机构改善经营管理旳规定；有助于更好地满足中央银行旳履职需要。

1.3定义1.4参照资料目旳概述总体目旳立足第一代支付系统旳成功经验，引入先进旳支付清算管理理念和技术，深入丰富系统功能，提高清算效率，拓宽服务范围，加强运行监控，完善灾备系统，建设符合人行规定旳、适应新兴电子支付发展旳、功能更完善、架构更合理、技术更先进、管理更简便旳新一代支付系统。

业务目旳立足第一代支付系统旳老式支付业务，前瞻性地考虑支付服务现实需求和未来发展，使系统可以支持网上银行、银行等各类支付工具旳使用，更好地满足社会公众日益多样化旳支付需求以及各类支付服务旳业务需求。

1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

电子商务平台一期数据库设计文档版本号：1.00二○一〇年十月修改记录目录1前言 (8)1.1命名规范 (8)1.2说明 (8)1.3术语清单 (8)1.4数据库表清单 (9)2基础平台核心数据库表结构(zmc) (10)2.1账户 (10)2.1.1客户子账户表SubAccount (10)2.1.2子账户冻结/注销流水SubAccount_Oper (10)2.1.3客户子账户资金变动流水表SubAccountSeq (11)2.1.4客户子账户资金冻结流水表SubAccountFreezeSeq (12)2.2交易 (13)2.2.1 (13)2.2.2提现交易流水WithDrawBILL (14)2.2.3 支付交易流水PayBILL (15)2.2.4批量代收付交易信息表（BatchInfo） (19)2.2.5撤销交易流水UndoPayBILL (20)2.2.6212.2.7222.2.8内部调账交易流水AdjustBiLL (23)2.2.9外部系统交易通知SHOP_NOTIFY (24)2.3会计帐务 (24)2.3.1科目日记账表(SUBJECT_DAY) (24)2.3.2试算平衡表（Balance_Check） (24)2.3.3科目类型表(SUBJECTTYPE) (25)2.3.4凭证类型表(PZTYPE) (25)2.3.5凭证科目对应表(PZSUBJECT) (25)2.3.6科目明细表(SUBJECT) (26)2.3.7凭证明细表(PZ) (26)2.4系统参数 (27)2.4.1序列 (27)2.5渠道 (27)2.5.1渠道清算指令（Channel_Settle_Cmd） (27)2.5.2渠道参数（Channel_Parm） (27)2.5.3渠道返回码对照表（Channel_RtnCode） (28)2.5.4渠道交易流水对照表(BILLNo_SN) (28)2.5.5批量交易渠道批次表(Channel_Batch) (29)2.5.6系统日志(Channel_Sys_Log) (30)2.5.7渠道对帐表(Channel_Check) (31)2.5.8渠道对帐不平明细表(Channel_CheckDetail) (31)2.5.9同城超时等待表(TC_OVERTIME_WAIT) (33)2.5.10同城批量撤销表(TC_BATCHCANCEL) (34)2.5.11同城费项代码对应表(CHANNEL_FEECODE_CHG) (34)2.5.12同城对帐指令表(TC_CHECK_CMD) (34)2.5.13同城对账表(TC_CHECK) (35)2.5.14同城对账明细表(TC_CHECK_DETAIL) (35)2.5.15明细下载回应表(CHECK_DOWN) (36)2.5.16明细下载回应清单(CHECK_DOWN_DETAIL) (36)2.5.17交易查询查复表(Trans_Query) (37)3系统管理数据库表结构 (38)3.1系统维护 (38)3.1.1服务监控主表（MONITORAPPGROUP ） (38)3.1.2服务监控明细表（MONITORAPPDETAIL） (38)3.1.3系统日志(Sys_Log) (39)3.1.4平台功能描述表（PlatForm_Fun） (40)3.1.5管理平台操作日志(Operate_Log) (40)3.1.6通知公告栏(Public_Bulletin) (40)3.1.7服务产品管理(Service_Product) (41)3.1.8黑白名单表(BW_List) (41)3.2权限 (41)3.2.1登陆用户基本信息表(LOGIN_INFO) (41)3.2.2角色信息表（ROLE_INFO） (42)3.2.3登陆用户角色表（LOGIN_ROLE） (43)3.2.4角色权限表（ROLE_PRIVILEGE） (43)3.2.5权限信息表（PRIVILEGE） (43)3.2.6权限资源表（PRIVILEGE_RESOURCE） (44)3.3权限组 (44)3.3.1权限组信息（LIMITGROUP） (44)3.3.2权限分组表（LIMIT_GROUP_PRIVILEGE） (45)3.4账户 (45)3.4.1快付通结算账户余额表(BankAccount_Balance) (45)3.4.2子账户类型表(SUBACCOUNT_TYPE) (46)3.4.3子账户互转控制表(SUBACCOUNT_TRANSCTRL) (46)3.4.4客户已验证银行账户表CustBankCard（管理平台） (46)3.4.5客户子账户与银行账户绑定表(SubAccountBindCard) (47)3.4.6账户与银行帐户绑定流水表kftbindact_bill（管理平台） (47)3.4.7 账户验证流水AccountVerifyBILL（管理平台） (47)3.4.8代付业务绑定的收款账户(PAY_BINDBANKACOUNT) (48)3.5客户信息 (49)3.5.1 客户信息表(CUST_INFO) (49)3.5.2登录证书表（LOGIN_CERTIFICATE） (50)3.5.3客户证件扫描件表（CustCert_Scan） (50)3.5.4商户信息管理(管理员维护)（Merchant_Info） (51)3.5.5客户级别管理（CUST_LEVEL） (51)3.5.6客户开通业务列表(Cust_ServiceList) (52)3.5.7商户开通业务列表（Merchant_SERVICE_List） (52)3.5.8客户订阅通知表(Cust_AlarmType) (52)3.5.9客户投诉建议(CUST_SERVICE) (52)3.5.10登记注册类型（Register_Type） (53)3.5.11行业分类（Industry_Type） (53)3.6协议 (53)3.6.1协议范本(PROTOCOL_TEXT) (53)3.6.2协议类型表(PROTOCOL_TYPE) (54)3.6.3客户银行代收协议（CKB_Protocol） (54)3.6.4快付通商户与平台外客户三方代收协议（NotKft_PROTOCOL）（走无协议代扣渠道）543.6.5快付通商户与平台内客户三方代收协议（Kft_PROTOCOL） (55)3.6.6商户代理关系表(Merchant_ProxyRelation) (56)3.6.7客户计费信息表(Cust_Fee_Rule) (56)3.6.8企业代收付协议(PROTOCOL_PARTYPAYEE) (56)3.6.9汇款充值协议(PROTOCOL_REMIT) (57)3.6.10卡通协议（PROTOCOL_KFTCARD） (57)3.7业务参数 (58)3.7.1费用代码表(Fee_Code) (58)3.7.2银行类型表(BANK_TYPE_INFO) (58)3.7.3城市代码表(City_Code) (58)3.7.4行名行号表(Bank_Code) (59)3.7.5银行开通业务表(Bank_Service)（门户展示给客户用） (59)3.8系统参数 (59)3.8.1结算帐号配置表 (59)3.8.2运行参数(RunParm) (60)3.8.3系统参数（SYSPARM） (61)3.8.4定时计划定义表（TASKDEFINE） (61)3.8.5定时计划执行表（TASKLIST） (62)3.8.6后台定时服务表（TimerAppServer） (62)3.8.7客户通知消息（Cust_AlarmMessage） (63)3.9手续费管理 (64)3.9.1商户服务种类表（收费标准接口）(Cust_Service_Type) (64)3.9.2提现计费规则（DrawMoney_Rule） (64)3.9.3计费方法（FEE_METHOD） (64)3.9.4计费方法明细（FEE_METHOD_DETAIL） (65)3.9.5定期手续费表(Regular_ServiceFee) (66)3.9.6客户支付交易计分规则表（Cust_PointCalcRule） (66)3.10限额管理 (67)3.10.1客户使用额度控制表(Cust_UseAmountCtl) (67)3.10.2交易额度（DEAL_AMOUNTCTRL） (67)3.10.3大额资金代付交易额度（BigAmount_DFLimit） (68)3.10.4监控额度配置表（Watch_Limit） (68)3.10.5黑名单配置(B_Watch) (68)3.10.6白名单配置(W_Watch) (69)3.11支付管理 (69)3.11.1渠道类型(Channel_Type) (69)3.11.2 渠道管理（PAY_CHANNEL） (69)3.11.3渠道账户对照表（Channel_Bank_Account） (70)3.11.4 账户验证渠道表(Account_CheckRoute) (70)3.11.5协议签订渠道表(Protocol_SignRoute) (70)3.11.6支付路由表（PAY_ROUTE） (71)3.11.7调拨指令表(FlitCommand) (71)3.12报表 (72)3.12.1分渠道交易统计报表(PAY_CHANNEL_DEALREPORT) (72)3.12.2商户交易统计报表(CUST_DEALREPORT) (72)3.12.3结算户支出报表（BALANCEACT_PAYOUT_REPORT） (73)3.12.4从快付通结算户入监管户报表（MONITERACT_PAYIN_REPORT） (73)3.12.5监管户出账报表(MONITERACT_PAYOUT_REPORT) (73)3.12.6基金交易日报表（FUND_DAY_REPORT） (74)3.12.7当日大额提现交易监控(Day_BigAmount_Watch) (74)3.12.8累计提现交易监控(Total_Amount_Watch) (75)3.12.9信用卡交易监控(Credit_Amount_Watch) (75)3.12.10对公转对私交易监控(Trans_Amount_Watch) (75)3.12.11两客户互转监控(Trade_Amount_Watch) (75)3.13门户网站业务表 (76)3.13.1收款请求交易表（Web_RequestMoney） (76)3.13.2门户个人登录信息表(USER_LOGIN_INFO) (76)3.13.3门户用户操作日志(USER_OPERATE_Log) (77)3.13.4密码问题(PWD_QUESTION) (77)4基金业务数据库表结构 (78)4.1.1批量指令表（batch_inst） (78)4.1.2开户信息表（openAccount_info） (79)4.1.3充提交易对帐（deposit_withdraw_check） (80)4.1.4批次对照表（Batch_File_Map） (80)4.1.5申购类交易信息表（buyFund_Info） (81)4.1.6撤销交易表（abolish） (83)4.1.7赎回类交易表（redeem_info） (83)4.1.8对账结果表（Check_Account） (85)4.2基金基础数据 (85)4.2.1基金信息表（fund_info） (85)4.2.2基金公司（InstCorp_info） (86)4.2.3基金平台各连接节点开通业务表（Fund_Limit） (86)4.2.4客户已开通基金公司账户表（Cust_Inst_Map） (86)4.2.5基金代销对照表(inst_agent_map) (86)4.2.6基金业务平台系统参数表（Fund_Sys_Parm） (87)5系统基础参数 (88)5.1地区代码 (88)5.2银行种类代码 (88)5.3渠道编码 (88)5.4子帐户类型 (89)5.5卡类型定义 (90)5.6渠道自定义交易类型 (90)1前言1.1 命名规范1）数据库表名命名规范2）所有数据库表的名字用有意义的英文或英文缩写来表示，如:系统参数表的名字为SYSPARM.3）字段命名规范4）所有字段的名字用有意义的英文或英文缩写来表示，如:字段”用户代码”的名字为USERCODE.1.2 说明1）所有金额的单位为“元”2）所有的日期格式为YYYYMMDD(月份或天不够2位的前面补零)，所有的时间格式为HHMMSS，所有年月字段为YYYYMM(月份不够2位的前面补零).3）币种字段目前全部固定为RMB4）关键字用“PK”表示5）对于表中标明为自动产生的字段，表示该字段不需要人工录入，而是在追加时自动产生该字段的值1.3 术语清单交易类型代码做如下细化：网银充值：(充值)卡通充值：（实时协议代扣+有支付协议）实时提现：（实时代付）批提现：（批量代付）协议实时代扣（有支付协议）协议实时代扣（无支付协议）实时代付协议批量代扣（有支付协议）协议批量代扣（无支付协议）批量代付网银支付卡通支付（卡通充值+平台内支付）1.4 数据库表清单数据库表结构分为四个部分，第一部分为基础平台数据库表结构，第二部分为门户网站数据库表结构，第三部分为基金平台数据库表结构。