支付平台数据库设计文档 -

合集下载

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

(完整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. 引言本文档旨在介绍数据库设计的相关内容，包括数据库概述、数据需求分析、数据库结构设计、数据表设计、数据字典、数据库安全性等方面的信息。

2. 数据库概述本数据库用于存储和管理某公司的业务数据，包括客户信息、产品信息、订单信息、销售记录等。

数据库使用MySQL管理系统，采用关系数据库模型。

3. 数据需求分析3.1 数据需求3.1.1 客户信息需求- 客户基本信息：客户ID、姓名、性别、联系方式、邮箱、地址等。

- 客户订单：订单ID、订单日期、客户ID、产品ID、数量、金额等。

3.1.2 产品信息需求- 产品基本信息：产品ID、产品名称、产品描述、单价等。

- 产品库存：产品ID、库存数量、最近更新日期等。

3.1.3 销售记录需求- 销售记录信息：销售记录ID、订单ID、销售日期、销售员ID、支付方式、总金额等。

3.2 数据需求分析结果根据上述需求，我们可以得出以下数据实体和关系：- 客户表（Customer）：客户ID、姓名、性别、联系方式、邮箱、地址。

- 产品表（Product）：产品ID、产品名称、产品描述、单价。

- 订单表（Order）：订单ID、订单日期、客户ID。

- 订单详情表（OrderDetl）：订单ID、产品ID、数量、金额。

- 销售记录表（SalesRecord）：销售记录ID、订单ID、销售日期、销售员ID、支付方式、总金额。

4. 数据库结构设计4.1 概念设计根据数据需求分析结果，我们可以画出以下实体-关系图：(此处插入实体-关系图)4.2 逻辑设计根据概念设计，我们可以将每个实体转换为数据表，并定义表的属性和关系。

4.2.1 客户表（Customer）- 客户ID：主键，唯一标识客户。

- 姓名：客户姓名。

- 性别：客户性别。

- 联系方式：客户联系方式。

- 邮箱：客户邮箱。

- 地址：客户地址。

4.2.2 产品表（Product）- 产品ID：主键，唯一标识产品。

支付平台数据库设计文档 -

电子商务平台一期数据库设计文档版本号: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 (11)2.1。

3 客户子账户资金变动流水表SubAccountSeq (11)2。

1.4 客户子账户资金冻结流水表SubAccountFreezeSeq (12)2。

2 交易 (13)2。

2.1 充值交易流水RechargeBILL (13)2。

2.2 提现交易流水WithDrawBILL (14)2.2.3 支付交易流水PayBILL (15)2。

2。

4 批量代收付交易信息表(BatchInfo） (19)2.2.5 撤销交易流水UndoPayBILL (20)2。

2.6 退款交易流水RefundBill (21)2.2。

7 汇款交易流水Waiting RechargeBILL (23)2.2.8 内部调账交易流水AdjustBiLL (23)2。

2。

9 外部系统交易通知SHOP_NOTIFY (24)2.3 会计帐务 (25)2。

3.1 科目日记账表(SUBJECT_DAY) (25)2.3.2 试算平衡表（Balance_Check） (25)2.3.3 科目类型表（SUBJECTTYPE) (25)2.3.4 凭证类型表（PZTYPE） (25)2。

3。

5 凭证科目对应表（PZSUBJECT) (26)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。

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

第三方支付系统总体设计方案一、系统概述第三方支付系统作为一种便捷、安全的在线支付解决方案，旨在为用户提供一站式的支付服务，同时为商家提供高效的交易处理能力。

本方案将从系统架构、功能模块、安全技术、运维保障等方面，全面阐述第三方支付系统的总体设计。

二、系统架构设计1. 系统层次结构本系统采用分层设计，自下而上分别为：数据层、服务层、业务逻辑层和展示层。

（1）数据层：负责存储用户、商户、订单等核心数据，采用关系型数据库进行数据管理。

（2）服务层：提供数据访问、业务处理、接口调用等基础服务。

（3）业务逻辑层：实现支付、退款、查询等业务逻辑处理。

2. 系统模块划分（1）用户模块：负责用户注册、登录、信息管理等功能。

（2）商户模块：负责商户入驻、资质审核、订单管理等功能。

（3）支付模块：实现支付、退款、查询等核心业务。

（4）安全模块：保障系统安全，包括数据加密、风险控制等。

（5）运维模块：负责系统监控、日志管理、故障排查等。

三、功能模块设计1. 用户模块（1）注册：用户可通过手机号、邮箱等方式注册账号。

（2）登录：支持密码、短信验证码等多种登录方式。

（3）信息管理：用户可修改个人信息、绑定银行卡等。

2. 商户模块（1）入驻：商户提交资料，平台审核通过后即可入驻。

（2）资质审核：平台对商户资质进行审核，确保合规经营。

（3）订单管理：商户可查看、处理订单，发起退款等。

3. 支付模块（1）支付：支持多种支付方式，如、支付等。

（2）退款：商户可发起退款申请，平台审核后进行退款。

（3）查询：提供订单查询、交易记录查询等功能。

四、安全技术设计1. 数据加密：采用国际通用的加密算法，对敏感数据进行加密存储和传输。

2. 安全认证：采用数字证书、短信验证码等方式，确保用户身份真实性。

3. 风险控制：通过大数据分析，实时监测交易风险，采取相应措施防范风险。

4. 系统防护：部署防火墙、入侵检测等安全设备，保障系统安全稳定运行。

购物商城数据库设计-订单系统设计

购物商城数据库设计-订单系统设计订单系统在整个商城体系中的作⽤⾮常重要，因为⼀些业务的开展往往是围绕订单来展开的。

因此设计好⼀个订单系统是多么的重要。

我们根据⽤户的⾏为逐个设计表结构。

⾸先⽤户浏览商品，将看中的商品加⼊到购物车，这⾥应该有⼀张购物车表购物车表（order_cart）----skuIdspuId⽤户id店铺id商品名称商品数量商品价格状态（下单之后对应商品就不应该显⽰在购物车了）选中购物车中的某些商品，进⾏下单，订单表也就应运⽽⽣订单表(order_info)----订单编号（如果对编号格式没什么要求，可使⽤雪花算法https:///u011499747/article/details/78254990来⽣成）itemCount （商品项数量，不是商品个数，⽐如⼿机*2，⿏标*1，这⾥应该是2）⽤户id店铺id下单时间⽀付⽅式（可⽤数字表⽰，如1：⽀付宝，2：微信，3：银⾏卡...）⽀付时间outTradeNo ⽀付宝订单号配送⽅式期望配送⽇期商品总额运费实际付款订单状态（这⾥的状态可根据实际项⽬来定，可以定10,20,30..这样如果中间缺少⼀个状态可以添加进去）如果购物车⾥⾯有多个店铺的商品，那么应该分别为这些店铺⽣成对应的订单。

平台可以进⾏合并⽀付，但是订单还是要归店铺的。

上⾯是订单的基本信息，接下来是订单商品相关。

订单商品表(order_product)---订单编号spuIdskuId店铺id商品名称商品数量商品价格这⾥order_info与order_product是1对多的关系，⼀个订单可能有多个商品。

下单完成，等着发货，物流信息不能少，加下来是物流表物流表（order_logistics）---订单标号物流公司id物流公司编号快递单号发货时间收货时间物流跟踪表（order_logistics_flow）---订单标号物流公司标号快递单号remark（根据第三⽅接⼝返回来的结果信息）加下来设计⼀下发票表订单发票（order_invoice）---发票类型发票抬头发票内容发票代码发票号码开票⽇期校验码密码区服务名称规格型号数量单价⾦额合计税率税额销售⽅名称销售⽅纳税⼈识别号销售⽅地址电话销售⽅开户⾏及账号备注收⼊款⼈开票⼈下单完成后进⾏⽀付，这⾥会有⽀付记录表，⽅便以后对账⽀付记录表（order_pay_history）---订单编号⽀付⽅式订单总额⽀付⾦额pay_json（第三⽅⽀付平台参数信息，可使⽤json⽅式保存）remark （备注）⽤户收到货后，可以进⾏评论，下⾯是评论表订单评论（order_product_comment）---spuIdskuId评论⽤户id⽤户昵称点赞数comment（评论内容）评论分数（1~5分）评论时间product_info_json（评论的商品信息，如规格型号之类的）image_json（评论图⽚）好了，订单系统设计到此为了，当然围绕订单系统还有更多的业务可以开展，这⾥只做了⼀些基本的结构设计。

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.12.2.2提现交易流水WithDrawBILL (14)2.2.3 支付交易流水PayBILL (15)2.2.4批量代收付交易信息表（BatchInfo） (19)2.2.5撤销交易流水UndoPayBILL (20)2.2.62.2.7 (22)2.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_T ype） (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_PARTYP AYEE) (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系统参数（SYSP ARM） (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 渠道管理（P AY_CHANNEL） (69)3.11.3渠道账户对照表（Channel_Bank_Account） (70)3.11.4 账户验证渠道表(Account_CheckRoute) (70)3.11.5协议签订渠道表(Protocol_SignRoute) (70)3.11.6支付路由表（P AY_ROUTE） (71)3.11.7调拨指令表(FlitCommand) (71)3.12报表 (72)3.12.1分渠道交易统计报表(P AY_CHANNEL_DEALREPORT) (72)3.12.2商户交易统计报表(CUST_DEALREPORT) (72)3.12.3结算户支出报表（BALANCEACT_P AYOUT_REPORT） (73)3.12.4从快付通结算户入监管户报表（MONITERACT_P AYIN_REPORT） (73)3.12.5监管户出账报表(MONITERACT_P AYOUT_REPORT) (73)3.12.6基金交易日报表（FUND_DAY_REPORT） (74)3.12.7当日大额提现交易监控(Day_BigAmount_Watch) (74)3.12.8累计提现交易监控(T otal_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数据库表清单数据库表结构分为四个部分，第一部分为基础平台数据库表结构，第二部分为门户网站数据库表结构，第三部分为基金平台数据库表结构。