信贷数据库设计说明

上传人:枫** 文档编号:499400434 上传时间:2023-05-24 格式:DOCX 页数:201 大小:1.30MB
返回 下载 相关 举报
信贷数据库设计说明_第1页
第1页 / 共201页
信贷数据库设计说明_第2页
第2页 / 共201页
信贷数据库设计说明_第3页
第3页 / 共201页
信贷数据库设计说明_第4页
第4页 / 共201页
信贷数据库设计说明_第5页
第5页 / 共201页
点击查看更多>>
资源描述

《信贷数据库设计说明》由会员分享,可在线阅读,更多相关《信贷数据库设计说明(201页珍藏版)》请在金锄头文库上搜索。

1、精选优质文档-倾情为你奉上信贷项目数据库设计说明书2018年01月28日文件修订历史记录版本修订日期修订者更改章号修改内容1.02017.12.28xxx创建文档1.12018.01.03xxx按要求编辑1.22018.01.11xxx按要求编辑1.32018.01.19xxx按要求编辑1.42018.01.25xxx按要求编辑专心-专注-专业 目 录1. 引言1.1 编写目的该文档的目标是说明新信贷系统的数据库的物理设计及逻辑设计。根据此文档,可以详细的了解一个系统的数据库的组成及建设。给开发者、决策者提供系统的各项数据库技术指标。1.2 背景此文档所搭建的数据库是用于晋城银行新一代信贷管理

2、系统。1.3 术语及缩略语英文简称英文全称专用术语描述CMSCreditManagement SystemCMS信贷管理系统BCBusinessContractBC业务合同BABusinessApplyBA业务申请BDBusinessDuebillBD业务借据1.4 参考资料序号参考文档名称作者来源1晋城银行信贷风险管理系统_业务需求规格说明书新信贷项目组晋城银行信贷风险管理系统业务需求2晋城银行新一代信贷系统建设项目_会议纪要_需求调研新信贷项目组晋城银行信贷风险管理系统会议纪要2. 总体设计规范2.1 数据划分及标识2.1.1 数据对象分类标识符指代对象中文含义示例PKPrimaryKey

3、主键IDXIndex索引CConstraint约束2.1.2 数据类型分类1) 流水号字段:数据表的唯一标志,不同的流水号字段信息能唯一确定一张数据表。需要注意的是,某些数据表使用多个字段构成联合主键,它们对应的流水号字段有多个。2) 表关联字段:数据表通过该字段“主动”关联到其他表的“关键字段”。这里的“关键字段”往往是其他表的流水号字段。表关联字段是反映不同数据表之间关联关系的桥梁,在系统中起着十分重要的作用。业务信息字段:业务信息字段记录的是具体业务过程中的显示信息。根据其产生方式不同,业务信息可以是收入录入的也可以是系统自动生成的。3) 复杂业务状态字段:复杂业务状态字段虽然也有一定的

4、业务含义,但它们相比于业务信息字段还具有如下特性:(1) 信息内容相对固定,每一个内容对应一种状态(2) 随着业务操作的进行,该字段的“状态”会不断发生变化(3) 状态变化不明显,隐含在一定的操作逻辑中,且状态的变化对于业务的处理是必要的。4) 以CUSTOMER_FSRECORD的ReportStatus为例,该字段有“新增”、“完成”和“锁定”3种状态。新增财务报表后该字段置为“新增”状态,为了完成客户信用等级评估,需要将该字段手动置为“完成”状态。随着信用等级评估申请的进行,在信用等级评估逻辑处理过程中会将该字段更新为“锁定”状态,防止其他用户更改进行信用等级评估的财报。由于复杂业务状态

5、字段的以上特性,它们在“暗”处推动业务逻辑的进行,至关重要但不易察觉,因此在字段含义搜索是需要对这类字段进行详细描述。5) 系统标签字段:不带有强烈业务含义的系统类字段,如登陆日期,用户等。6) 待扩展字段:待扩展字段是指在系统中暂时未使用,但随着系统的扩展可能会用的字段,它们是为系统扩展准备的字段。7) 待删除字段:和待扩展字段类似,待删除字段一般也未在系统中使用,但它们看起来和“关键字段”类似,其存在会给当前的业务逻辑梳理带来混淆。如LAWCASE_INFO的ObjectNo,根据系统的习惯用法,ObjectNo字段往往是作为表关联字段而存在,而LAWCASE_INFO的ObjectNo并

6、未关联到任何表。8) 虚拟字段:在表关联关系中会有特定的关联情况出现,如BUSINESS_APPLY SERIALNO与FLOW_OBJECT的OBJECTNO相关联时,需要以FLOW_OBJECT的OBJECTTYPE等于CREDITAPPLY为条件。这里我们在BUSINESS_APPLY中加入CREDITAPPLY作为虚拟字段来实现关联。2.1.3 数据项类型分类无2.2 数据设计原则2.2.1 表信贷系统的表类型大致分为以下四类:ALS_TABLE:表用途信息表;ALS_TABLE_RELATIVE:表关联信息表;ALS_TABLE_METADATA:表结构信息表;ALS_TABLE_P

7、ERFORMANCE:性能指标信息表。1) 表的主键序列号要统一管理,类似Oracle的Sequence功能,管理方式有以下两种:业务交易类:主要是业务交易类、并发较高的实体(PK_TABLENAME_ID)u 需要单独定义序列表,主要数据项有:序列号;u 通过功能程序获取对应的序列号;u 数据类型统一为:VARCHAR2业务流水类:主要是流水记录、并发较低或无并发序列u 按日期拼接流水号生成字符串作为序列号u 数据类型统一为:VARCHAR22) 表说明:每个表需要附加中文名称或简短说明,该说明最终放到数据库中;2.2.2 字段1) 字段说明:每个字段需要附加中文名称或简短说明,该说明最终放

8、到数据库中;2) 字段命名要区分“编号”和“编码”,编号是由纯数字组成,编码一般会有业务含义,可有字母、数字组成;3) 字段一致性:相同属性的字段,要保证在各个表中的一致:(1)名称一致、(2)类型一致、(3)长度一致。4) 日期时间:a) 创建时间:字段名统一为“INPUTTIME”,日期时间类型“DateTime”(默认当前时间);b) 更新时间:字段名统一为“UPDATETIME”,日期时间类型“DateTime”,由系统生成最新更改时间;5) 数字和文本字段要充分考虑长度。在设计文档中必须明确的说明用户需求可能的最大允许范围,最长不能超过4000字节。2.2.3 键和索引1) 所有的键

9、都必须唯一,避免使用复合键。2) 避免使用用户的键:用户输入或可编辑的数据字段不要用于键,保障键值的正确性。3) 外键约束条件仅在开发环境、测试环境中,以加强验证业务功能的正确性,但在生产环境会去除外键关系;4) 建立索引主要是出于增强数据访问性能的考虑。索引的种类很多,需要根据实际情况来建立适合的索引。5) 唯一索引:通过业务模型中业务主键建立唯一索引,用来约束数据的唯一性。6) 视图:视图的创建主要是为了简化查询,视图自己并不存储数据,而是在每次使用时查询数据,所以在效率上并不是很好。对于非常大的基表,如果仅仅是为了方便查询,不建议使用视图,但是可以考虑使用物化视图2.3 数据对象命名规范

10、2.3.1 数据库1) 数据库名称:Credit2) 数据库英文含义说明可由多个单词组成,单词之间用半角下划线分隔;2.3.2 表1) 表名 表信息类型英文含义说明可由多个单词组成,单词之间用半角下划线_分隔,各单词全部用采用大写字母; 表名称不得超过20个字母,如果组成表信息类型英文含义的单词过长,则采用英文缩写表示; 组成表信息类型的英文单词原则上不得超过两个。2) 字段名: 字段意义英文说明由组成字段意义的英文单词组成,单词之间用半角下划线分隔,各单词全部用采用大写字母。 字段长度不得超过20个字母,若组成表信息类型英文含义的单词过长,则采用英文缩写表示。3) 主键名: 格式为:主键标识

11、符(PK)“_”表名;4) 索引名: 格式为:索引标识符(IDX)“_”表名“_”包含主要字段名称简写(各单词全部用采用大写字母)(如所属表中仅包含一个索引,此部分可以取消); 索引类型标识符为:普通索引(CO)、唯一索引(UN)、全文索引(FT)。 长度不得超过30。2.3.3 视图1) 视图名称: 格式为:视图对象标识符(V)“_”视图信息英文说明; 视图信息英文说明由表达视图信息含义的多个单词组成(原则上不得超过两个),单词之间用下划线分隔,所有单词全部采用大写。 视图名称最长不得超过20,必要的时候采用英文简写。2.4 业务对象命名规则2.4.1 文件归档分类编码规则1) 业务代码归属

12、类别业务代码业务对象备注客户相关CUSTOMER_XXXX客户相关表个人客户IND_XXXX个人客户相关表对公客户ENT_XXXX对公客户相关表业务相关BUSINESS_XXXX业务相关表机构相关ORG_XXXX机构相关表用户相关USER_XXXX用户相关表2) 统代码归属类别业务代码业务对象备注客户相关AWE_XXXX系统逻辑相关表个人客户XXXX_CATALOG系统相关目录表对公客户XXXX_LIBRARY系统相关码值表2.5 数据模型设计工具要求序号示例关系说明1一对一2一对多3多对一4多对多2.6 安全保密设计在新信贷系统中,只能通过用户登录WEB端界面,或者通过服务端接口更改相关的数

13、据库内容,没有数据库管理员权限。后台修改数据库,必须拥有相关的数据库权限。2.7 支持软件软件类型软件名称版本号主要功能特性数据库管理系统ORACLE11.2.0数据库建模设计Microsoft Visio 201020103. 概念结构设计3.1 总体模型信息3.1.1 总体模型关系图3.1.2 总体模型关系描述信贷系统的表按照模块可以分为客户管理、授信申请、批复、合同管理、出账日终、贷后管理额减值准备这七部分,按照业务顺序排列。相关的还有业务资料、凭证管理、评级管理、担保管理、出账日终附属和抵债地产信息模块。其中,客户管理模块和评级管理模块关联,授信申请、批复和合同管理和担保管理关联,凭证管理是针对合同管理和出账管理而设置的。3.2 客户管理模块信息3.2.1 客户管理模块关系图3.2.2 客户管理模块关系描述客户管理模块中,以客户基本信息表为中心,以唯一客户号关联集团基本信息,个人客户基本信息和公司客户基本信息。他们都有相关的客户关联信息,客户分析记录,客户大事记,客户引入记录和评级记录,同样,还会记录客户相关的项目关联对象,客户财务报表,客户现金流预测记录。另外,还有客户转移记录表来记录客户的移交历史。3.3

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 办公文档 > 教学/培训

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号