文档介绍：数据库设计规范[21页]
1 / 5
1 / 5
1 / 5
个人收集整理 ，建议在业务表中增加该字段，表示操作员工号;
opt_date，建议在业务表中增加该字段，表示操作时间;
remark,建议在业务表中增加该字段，作为备用字段;
stand,建议在业务表中增加该字段，作为备注;
描述“是、否”类型的字段命名，避免使用“IS_”开头。
个人收集整理 勿做商业用途
6 / 40
命名规范
数据库命名规则
数据库命名规则如下：
项目简称+1位数据库类型代码+识别代码+序号
数据库类型代码：
T：业务型数据库
A：分析型数据库
H：历史数据库
识别代码：
DEV：开发数据库
TEST：测试数据库
如果一种类型的数据库一个数据库，则不加序号，否则末尾增加序号。
如果是生产库则不加识别代码，否则需要增加爱识别代码DEV或TEST
如果只作历史库，部分生产、开发或者测试，则只需要项目简称+H+序号
举例：
出入系统业务生产库：AOCT、AOCT1、AOCT2
个人收集整理 勿做商业用途
7 / 40
出入系统业务开发库：AOCTDEV、AOCTDEV1、AOCTDEV2
出入系统业务测试库：AOCTTEST、AOCTTEST1、AOCTTEST2
数据库对象命名的一般原则
数据库对象的命名应该以最少的字母达到最容易理解的意义。如果没有特殊规定，数据库对象及其属性的命名应满足如下条件：文档收集自网络，仅用于个人学习
命名不推荐使用保留字；
数据库实体统一采用英文命名；
对象命名长度最好不要超过18个字符，缩写要易于理解，符合通用的习惯，例如部门编码缩写：dept_code,组织机构编码缩写：org_code。文档收集自网络，仅用于个人学习
前导字符为A至Z
非前导字符可以为：
A至Z
0至9
_（下划线字符）
表空间(Tablespace)命名规则
表空间
表空间的描述规则统一为：TS_业务规则。
例如：TS_CRM等
临时表空间
个人收集整理 勿做商业用途
8 / 40
临时表空间的描述规则统一为：TS_TMP_业务规则。
表(Table)命名规则
业务数据库中的数据表
命名规则：子系统简称_业务含义
分析型数据库中的数据表
操作型数据存储区中的数据表：ODS_业务规则。
事实表：FACT_业务规则。
维表数据：DIM_业务规则。
中间表：MID_业务规则。
字段命名规则
主键与外键必须使用相同的字段名和数据类型(含数据精度);尽量少使用联合主键；主键的命名有一定的含义，不要只写成“ID”之类的字段名；主键的生成规则有一定的含义，比如前缀+流水号规则，不要使用自增主键，不要使用数字类型。文档收集自网络，仅用于个人学习
凡与业务含义无关的主键一律加_ID后缀。如PARTY_ID;
凡是具有业务含义的编码（或代码）等字段一律加_CODE后缀。如PARTY_CODE;
个人收集整理 勿做商业用途
9 / 40
凡是名称、姓名等字段一律加_NAME后缀。如PARTY_NAME;
视图(View)命名规则
命名规则：VW_子系统简称_业务含义。
序列(Sequence)命名规则
命名规则：SEQ_表名。
存储过程(Procedure)的命名规则
命名规则：PRC_子系统简称_业务含义。
函数(Function)的命名规则
命名规则：FUN_子系统简称_业务含义。
索引(Index) 命名规范
命名规则：IDX_表名_有关字段。不允许使用自动生成的索引。
约束(Constraint) 命名规范
主键(Primary Key Constraint)：PK_表名，需要考虑主键长度太长无法创建的情况，表名部分要尽量简化且易于区分。文档收集自网络，仅用于个人学习
外键(Foreign Key Constraint)：FK_表名_字段_被参照 (referenced) 表名