文档介绍：保密级别：口绝密口机密□秘密■内部公开数据库设计规范
变更记录
版本号
修改点说明
变更日期
变更人
审批人
创建
t_date,建议在业务表中增加该字段，表示操作时间remark,建议在业务表中增加该字段，作为备用字段；stand,建议在业务表中增加该字段，作为备注；描述“是、否”类型的字段命名，：
项目简称+1位数据库类型代码+识别代码+序号数据库类型代码:
T:业务型数据库
A:分析型数据库
H:历史数据库识别代码：
DEV开发数据库
TEST:测试数据库如果一种类型的数据库一个数据库，则不加序号，否则末尾增加序号。
如果是生产库则不加识别代码，否则需要增加爱识别代码DEV或TEST如果只作历史库，部分生产、开发或者测试，则只需要项目简称+H+序号举例：
出入系统业务生产库：AOCT、AOCT1、A0CT2
出入系统业务开发库：AOCTDE、：
A0CTTEST2
2数据库对象命名的一般原则
数据库对象的命名应该以最少的字母达到最容易理解的意义。如果没有特殊规定，数据库对象及其属性的命名应满足如下条件：
1）命名不推荐使用保留字；2）数据库实体统一采用英文命名；3）对象命名长度最好不要超过18个字符，缩写要易于理解，符合通用的习惯，例如部门编码缩写：
dept_code,组织机构编码缩写：org_code。
4）前导字符为A至Z5）非前导字符可以为：
A至Z0至9_（下划线字符）3表空间（Tablespace）命名规则1）表空间表空间的描述规则统一为：TS_t务规则。
例如：TS_CR等2）临时表空间临时表空间的描述规则统一为：TS_TMP_务规则。
（Table）命名规则1）业务数据库中的数据表命名规则：子系统简称_业务含义2）分析型数据库中的数据表操作型数据存储区中的数据表：ODS业务规则。
事实表：FACT：务规则。
维表数据：DIM_业务规则。
中间表：MID_#务规则。
）主键与外键必须使用相同的字段名和数据类型（含数据精度）;尽量少使用联合主键；主键的命名有一定的含义，不要只写成“ID”之类的字段名；主键的生成规则有一定的含义，比如前缀水号规则，不+流要使用自增主键，不要使用数字类型。
2)凡与业务含义无关的主键一律加_ID后缀。如PARTY_ID;凡是具有业务含义的编码(或代码)等字段一律加_COD萌缀。如PARTY_CODE;凡是名称、姓名等字段一律加_NAM萌缀。;(View)命名规则命名规则：VW子系统简称一业务含义。
(Sequence)命名规则命名规则：SEQ表名。
(Procedure)的命名规则命名规则：PRC子系统简称一业务含义。
(Function)的命名规则命名规则：FUN子系统简称一业务含义。
(Index)命名规范命名规则：IDX_表名—有关字段。不允许使用自动生成的索引。
(Constraint)命名规范
主键(PrimaryKeyConstraint):PK_g名，需要考虑主键长度太长无法创建的情况，表名部分要尽量简化且易于区分。
外键(ForeignKeyConstraint):FK_表名一字段—被参照(referenced)表名，需要考虑外键长度太长无法创建的情况，表名部分要尽量简化且易于区分。
4数据模型产出物规范PD文件数据模型产出物统一为PDI文件。各个项目根据情况，可以区分概念模型和物理模型；
XM文件
数据模型需要产出相应的XMI文件，通过PD进行转换，具体xml使用说明参照附录A。
建表脚本数据库的建表脚本作为数据库设计的规范产出物，需要严格进行版本控制，有统一的命名规范，命名规范如下：
创建表脚本：。
修改表脚本：,在原有表的基础上做的修改，增加字段、主键、外键、索引等。
创建存储过程脚本：项目简称_create_prc・sql,所有涉及存储过程的创建和修改，必须实时更新此文件。
创建函数脚本：,所有涉及函数的创建和修改，必须实时更新此文件。
创建视图脚本：,所有涉及视图的创建和修改，必须实时更新此文件，并且如果在PD文件中有视图的创建，需要更