信贷数据库设计说明

信贷项目数据库设计说明书
2018年01月28日
文件修订历史记录
目录
1. 引言 (1)
1.1 编写目的 (1)
1.2 背景 (1)
1.3 术语及缩略语 (1)
1.4 参考资料 (1)
2. 总体设计规范 (1)
2.1 数据划分及标识 (1)
2.1.1 数据对象分类 (1)
2.1.2 数据类型分类 (1)
2.1.3 数据项类型分类 (3)
2.2 数据设计原则 (3)
2.2.1 表 (3)
2.2.2 字段 (3)
2.2.3 键和索引 (4)
2.3 数据对象命名规范 (4)
2.3.1 数据库 (5)
2.3.2 表 (5)
2.3.3 视图 (5)
2.4 业务对象命名规则 (6)
2.4.1 文件归档分类编码规则 (6)
2.5 数据模型设计工具要求 (6)
2.6 安全保密设计 (6)
2.7 支持软件 (6)
3. 概念结构设计 (7)
3.1 总体模型信息 (7)
3.1.1 总体模型关系图 (7)
3.1.2 总体模型关系描述 (7)
3.2 客户管理模块信息 (7)
3.2.1 客户管理模块关系图 (7)
3.2.2 客户管理模块关系描述 (7)
3.3 评级管理模块信息 (7)
3.3.1 评级管理模块关系图 (7)
3.3.2 评级管理模块关系描述 (7)
3.4 授信申请模块信息 (7)
3.4.1 授信申请模块关系图 (8)
3.4.2 授信申请模块关系描述 (8)
3.5 审批流程模块信息 (8)
3.5.1 审批流程模块关系图 (8)
3.5.2 审批流程模块关系描述 (8)
3.6 合同管理模块信息 (8)
3.6.1 合同管理模块关系图 (8)
3.6.2 合同管理模块关系描述 (8)
3.7.1 出账日终模块关系图 (8)
3.7.2 出账日终模块关系描述 (8)
3.8 贷后管理模块信息 (8)
3.8.1 贷后管理模块关系图 (9)
3.8.2 贷后管理模块关系描述 (9)
3.9 减值准备模块信息 (9)
3.9.1 减值准备模块关系图 (9)
3.9.2 减值准备模块关系描述 (9)
3.10 担保管理模块信息 (9)
3.10.1 担保管理模块关系图 (9)
3.10.2 担保管理模块关系描述 (9)
3.11 业务资料模块信息 (9)
3.11.1 业务资料模块关系图 (9)
3.11.2 业务资料模块关系描述 (9)
4. 逻辑结构设计 (10)
4.1 客户管理模块相关信息 (10)
4.1.1 逻辑关系图 (10)
4.1.2 客户管理表清单 (10)
4.1.3 客户管理表明细 (11)
4.2 评级管理模块相关信息 (55)
4.2.1 逻辑关系图 (55)
4.2.2 评估管理表清单 (55)
4.2.3 评估管理表明细 (56)
4.3 授信申请模块相关信息 (58)
4.3.1 逻辑关系图 (58)
4.3.2 授信申请模块表清单 (58)
4.3.3 授信管理表明细 (59)
4.4 审批流程模块相关信息 (95)
4.4.1 逻辑关系图 (95)
4.4.2 审批流程模块表清单 (95)
4.4.3 审批流程模块表明细 (95)
4.5 合同管理模块相关信息 (100)
4.5.1 逻辑关系图 (100)
4.5.2 合同管理模块表清单 (100)
4.5.3 合同管理模块表明细 (100)
4.6 出账日终模块相关信息 (128)
4.6.1 逻辑关系图 (128)
4.6.2 出账日终模块表清单 (128)
4.6.3 出账日终模块表明细 (128)
4.7 贷后管理模块相关信息 (142)
4.7.1 逻辑关系图 (142)
4.7.2 贷后管理模块表情单 (142)
4.7.3 贷后管理模块表明细 (143)
4.8.1 逻辑关系图 (164)
4.8.2 减值准备模块表清单 (164)
4.8.3 减值准备模块表明细 (165)
4.9 担保管理模块相关信息 (175)
4.9.1 逻辑关系图 (175)
4.9.2 担保管理模块表情单 (175)
4.9.3 担保管理模块表详情 (175)
4.10 业务资料模块相关信息 (180)
4.10.1 逻辑关系图 (180)
4.10.2 业务资料模块表情单 (180)
4.10.3 业务资料模块表情单 (180)
5. 物理结构设计 (187)
5.1 数据库设计参数 (187)
5.1.1 数据库主要配置参数 (187)
5.1.2 数据库缓冲区设计 (187)
5.2 表空间规划及物理存储参数 (187)
5.3 表空间SQL规程 (188)
5.4 数据库用户创建 (188)
5.5 数据库用户创建 (188)
5.6 角色授权 (188)
1.引言
1.1编写目的
该文档的目标是说明新信贷系统的数据库的物理设计及逻辑设计。

根据此文档，可以详细的了解一个系统的数据库的组成及建设。

给开发者、决策者提供系统的各项数据库技术指标。

1.2背景
此文档所搭建的数据库是用于晋城银行新一代信贷管理系统。

1.3术语及缩略语
1.4参考资料
2.总体设计规范
2.1数据划分及标识
2.1.1数据对象分类
2.1.2数据类型分类
1)流水号字段：数据表的唯一标志，不同的流水号字段信息能唯一确定一
张数据表。

需要注意的是，某些数据表使用多个字段构成联合主键，它们对应的流水号字段有多个。

2)表关联字段：数据表通过该字段“主动”关联到其他表的“关键字段”。

这里的“关键字段”往往是其他表的流水号字段。

表关联字段是反映不同数据表之间关联关系的桥梁，在系统中起着十分重要的作用。

业务信息字段：业务信息字段记录的是具体业务过程中的显示信息。

根据其产生方式不同，业务信息可以是收入录入的也可以是系统自动生成的。

3)复杂业务状态字段：复杂业务状态字段虽然也有一定的业务含义，但它
们相比于业务信息字段还具有如下特性：
（1）信息内容相对固定，每一个内容对应一种状态
（2）随着业务操作的进行，该字段的“状态”会不断发生变化
（3）状态变化不明显，隐含在一定的操作逻辑中，且状态的变化对于业务的处理是必要的。

4)以CUSTOMER_FSRECORD的ReportStatus为例，该字段有“新增”、
“完成”和“锁定”3种状态。

新增财务报表后该字段置为“新增”状态，为了完成客户信用等级评估，需要将该字段手动置为“完成”状态。

随着信用等级评估申请的进行，在信用等级评估逻辑处理过程中会将该字段更新为“锁定”状态，防止其他用户更改进行信用等级评估的财报。

由于复杂业务状态字段的以上特性，它们在“暗”处推动业务逻辑的进行，至关重要但不易察觉，因此在字段含义搜索是需要对这类字段进行详细描述。

5)系统标签字段：不带有强烈业务含义的系统类字段，如登陆日期，用户
等。

6)待扩展字段：待扩展字段是指在系统中暂时未使用，但随着系统的扩展
可能会用的字段，它们是为系统扩展准备的字段。

7)待删除字段：和待扩展字段类似，待删除字段一般也未在系统中使用，
但它们看起来和“关键字段”类似，其存在会给当前的业务逻辑梳理带来混淆。

如LAWCASE_INFO的ObjectNo，根据系统的习惯用法，ObjectNo字段往往是作为表关联字段而存在，而LAWCASE_INFO的
ObjectNo并未关联到任何表。

8)虚拟字段：在表关联关系中会有特定的关联情况出现，如
BUSINESS_APPL Y SERIALNO与FLOW_OBJECT的OBJECTNO相关
联时，需要以FLOW_OBJECT的OBJECTTYPE等于CREDITAPPLY为
条件。

这里我们在BUSINESS_APPL Y中加入~~CREDITAPPL Y作为虚
拟字段来实现关联。

2.1.3数据项类型分类
无
2.2数据设计原则
2.2.1表
信贷系统的表类型大致分为以下四类：
ALS_TABLE:表用途信息表；
ALS_TABLE_RELATIVE:表关联信息表；
ALS_TABLE_METADATA:表结构信息表；
ALS_TABLE_PERFORMANCE:性能指标信息表。

1)表的主键序列号要统一管理，类似Oracle的Sequence功能，管理方式有以
下两种：
业务交易类：主要是业务交易类、并发较高的实体（PK_TABLENAME_ID）
◆需要单独定义序列表，主要数据项有：序列号；
◆通过功能程序获取对应的序列号；
◆数据类型统一为：V ARCHAR2
业务流水类：主要是流水记录、并发较低或无并发序列
◆按日期拼接流水号生成字符串作为序列号
◆数据类型统一为：V ARCHAR2
2)表说明：每个表需要附加中文名称或简短说明，该说明最终放到数据库中；
2.2.2字段
1)字段说明：每个字段需要附加中文名称或简短说明，该说明最终放到数据库
中；
2)字段命名要区分“编号”和“编码”，编号是由纯数字组成，编码一般会有
业务含义，可有字母、数字组成；
3)字段一致性：相同属性的字段，要保证在各个表中的一致：(1)名称一致、(2)
类型一致、(3)长度一致。

4)日期时间：
a)创建时间：字段名统一为“INPUTTIME”，日期时间类型“DateTime”（默
认当前时间）；
b)更新时间：字段名统一为“UPDATETIME”，日期时间类型“DateTime”，
由系统生成最新更改时间；
5)数字和文本字段要充分考虑长度。

在设计文档中必须明确的说明用户需求可
能的最大允许范围，最长不能超过4000字节。

2.2.3键和索引
1)所有的键都必须唯一，避免使用复合键。

2)避免使用用户的键：用户输入或可编辑的数据字段不要用于键，保障键
值的正确性。

3)外键约束条件仅在开发环境、测试环境中，以加强验证业务功能的正确
性，但在生产环境会去除外键关系；
4)建立索引主要是出于增强数据访问性能的考虑。

索引的种类很多，需要
根据实际情况来建立适合的索引。

5)唯一索引：通过业务模型中业务主键建立唯一索引，用来约束数据的唯
一性。

6)视图：视图的创建主要是为了简化查询，视图自己并不存储数据，而是
在每次使用时查询数据，所以在效率上并不是很好。

对于非常大的基表，
如果仅仅是为了方便查询，不建议使用视图，但是可以考虑使用物化视
图
2.3数据对象命名规范
2.3.1数据库
1)数据库名称：Credit
2)数据库英文含义说明可由多个单词组成，单词之间用半角下划线分隔；
2.3.2表
1)表名
①表信息类型英文含义说明可由多个单词组成，单词之间用半角下划线
_分隔，各单词全部用采用大写字母；
②表名称不得超过20个字母，如果组成表信息类型英文含义的单词过
长，则采用英文缩写表示；
③组成表信息类型的英文单词原则上不得超过两个。

2)字段名：
①字段意义英文说明由组成字段意义的英文单词组成，单词之间用半角
下划线分隔，各单词全部用采用大写字母。

②字段长度不得超过20个字母，若组成表信息类型英文含义的单词过
长，则采用英文缩写表示。

3)主键名：
①格式为：主键标识符（PK）＋“_”＋表名；
4)索引名：
①格式为：索引标识符（IDX）＋“_”＋表名＋“_”＋包含主要字段
名称简写(各单词全部用采用大写字母)(如所属表中仅包含一个索引，
此部分可以取消)；
②索引类型标识符为：普通索引（CO）、唯一索引（UN）、全文索引（FT）。

③长度不得超过30。

2.3.3视图
1)视图名称：
①格式为：视图对象标识符（V）＋“_”＋视图信息英文说明；
②视图信息英文说明由表达视图信息含义的多个单词组成(原则上不得
超过两个)，单词之间用下划线分隔，所有单词全部采用大写。

③视图名称最长不得超过20，必要的时候采用英文简写。

2.4业务对象命名规则
2.4.1文件归档分类编码规则
1)业务代码
2.5数据模型设计工具要求
2.6安全保密设计
在新信贷系统中，只能通过用户登录WEB端界面，或者通过服务端接口更改相关的数据库内容，没有数据库管理员权限。

后台修改数据库，必须拥有相关的数据库权限。

2.7支持软件
3.概念结构设计
3.1总体模型信息
3.1.1总体模型关系图
3.1.2总体模型关系描述
信贷系统的表按照模块可以分为客户管理、授信申请、批复、合同管理、出账日终、贷后管理额减值准备这七部分，按照业务顺序排列。

相关的还有业务资料、凭证管理、评级管理、担保管理、出账日终附属和抵债地产信息模块。

其中，客户管理模块和评级管理模块关联，授信申请、批复和合同管理和担保管理关联，凭证管理是针对合同管理和出账管理而设置的。

3.2客户管理模块信息
3.2.1客户管理模块关系图
3.2.2客户管理模块关系描述
客户管理模块中,以客户基本信息表为中心，以唯一客户号关联集团基本信息，个人客户基本信息和公司客户基本信息。

他们都有相关的客户关联信息，客户分析记录，客户大事记，客户引入记录和评级记录，同样，还会记录客户相关的项目关联对象，客户财务报表，客户现金流预测记录。

另外，还有客户转移记录表来记录客户的移交历史。

3.3评级管理模块信息
3.3.1评级管理模块关系图
3.3.2评级管理模块关系描述
评级管理模块的主要表是评级记录表，围绕该表，有评级数据以及关联的其他业务表。

3.4授信申请模块信息
3.4.2授信申请模块关系描述
授信申请信息是授信模块的主表，其他关联表有风险评级表，授信切分、授信占用表，相关的担保合同信息表、担保合同关联关系表及其抵质押物信息表和关联表。

还有相关的文档信息表，文档内容表。

另外额度关联表能关联到授信协议的切分从而关联到授信的协议信息表。

如果是展期、借新还旧、资产重组等业务，还可以关联到相关的原借据信息表。

3.5审批流程模块信息
3.5.1审批流程模块关系图
3.5.2审批流程模块关系描述
流程任务从相关的业务表发起，将信息记录到流程对象表中，步骤由流程任务过程记录表记录，与之相关的还有流程各阶段的意见表。

3.6合同管理模块信息
3.6.1合同管理模块关系图
3.6.2合同管理模块关系描述
合同信息表是合同模块的主表，关联的有合同批复，共同申请人，额度切分信息、额度关联表，相关文档表。

如果合同做担保变更，还有担保变更表关联。

3.7出账日终模块信息
3.7.1出账日终模块关系图
3.7.2出账日终模块关系描述
放贷表和借据表是出账日终模块的核心，和放贷表相关的有合同表，放贷关联表及其关联的票据信息，支付信息表和流程对象表。

和借据表关联的有业务流水表和业务历史表。

3.8贷后管理模块信息
3.8.2贷后管理模块关系描述
贷后管理模块是以合同表为基础，贷后检查表为主表，通过合同表关联相关借据、业务流水、催收信息、账户信息和工作记录、五级分类表，进行贷后检查，相关的有提用款记录表，贷后检查数据表。

五级分类记录表和借据表、五级分类数据表也有关联。

3.9减值准备模块信息
3.9.1减值准备模块关系图
3.9.2减值准备模块关系描述
减值准备模块的主要表是减值准备总信息表，是由减值准备业务申请表的信息而来，相关的基础数据表有汇率表、实际利率表和非信贷业务的数据表，另外和借据信息也有关联。

减值准备的相关表有减值准备迁移率表、迁移矩阵表、损失率信息记录表、减值准备公司业务参数总表、减值准备个人业务参数总表和现金流信息表。

3.10担保管理模块信息
3.10.1担保管理模块关系图
3.10.2担保管理模块关系描述
担保合同表是担保模块的主表，是业务申请表通过申请关联或者是有业务合同表通过合同关联表关联到的，如果发生过担保变更，还与担保变更、担保变更关联表有关。

自己的关联表有担保关联表，抵质押物信息表。

抵质押物信息表和出入库历史表，价值或者其他信息变更记录表有关。

3.11业务资料模块信息
3.11.1业务资料模块关系图
3.11.2业务资料模块关系描述
业务资料模块由两部分，一部分是档案信息表和档案结构信息表，另一部分
是档案信息实例和档案结构信息实例。

4.逻辑结构设计
4.1客户管理模块相关信息
4.1.1逻辑关系图
4.1.2客户管理表清单
4.1.3客户管理表明细4.1.3.1客户基本信息表
4.1.3.2客户所属列表
4.1.3.3客户关联信息表
4.1.3.4客户拥有债券信息
4.1.3.5客户财务报表记录表
4.1.3.6客户无形资产信息表
4.1.3.7客户信息变更表
4.1.3.8客户大事记表
4.1.3.9客户外行业务活动情表
4.1.3.10客户房产资产信息表
4.1.3.11客户拥有股票信息表
4.1.3.12客户纳税信息表
4.1.3.13客户车辆资产信息表
4.1.3.14企业其它资产负债信息表
4.1.3.15企业资质与认证信息表
4.1.3.16企业发行债券信息表
4.1.3.17进出口贸易信息表
4.1.3.18企业固定资产信息表
4.1.3.19企业应收应付帐款信息表
4.1.3.20企业基本信息表
4.1.3.21企业存货信息表
4.1.3.22企业上市信息表
4.1.3.23房地产相关资质表
4.1.3.24集团客户事件表
4.1.3.25集团家谱成员表
4.1.3.26集团客户家谱复核意见表
4.1.3.27集团客户家谱版本表
4.1.3.28集团客户基本信息表
4.1.3.29集群当前成员表
4.1.3.30个人商业保险信息表
4.1.3.31个人学业履历表
4.1.3.32个人基本信息表。