数据字典标准规范文档

数据字典编制规范日期：2020年8月
目录
1 范围 (3)
2 编写目的 (3)
3 引用文件 (3)
4 术语和定义 (4)
5 数据结构设计规则 (5)
5.1数据库设计基本准则 (5)
5.2 数据库表 (5)
5.2.1命名规则 (5)
5.2.2 设计规则 (5)
5.3 表字段 (5)
5.3.1命名规则 (5)
5.3.2 设计规则 (6)
5.4 键和索引 (6)
5.4.1命名规则 (6)
5.4.2 设计规则 (6)
5.5 视图 (7)
5.5.1 命名规则 (7)
5.5.2 设计规则 (7)
5.6 存储过程 (7)
5.6.1 命名规则 (7)
5.6.2 设计规则 (8)
5.7 函数 (8)
5.7.1 命名规则 (8)
5.7.2 设计规则 (8)
6数据库安全性设计 (9)
6.1 保证数据的完整性 (9)
6.2 保证数据可恢复性 (9)
6.3其他安全原则 (9)
附录A (10)
数据库表文档模板 (10)
附录B (11)
数值类型 (11)
日期和时间类型 (12)
字符串类型 (13)
1 范围
本规范规定了系统数据字典的编制原则，数据元描述的内容和详细要求，数据元分类、命名和标识规则。

本规范适用于***数据字典的编制。

本规范将来可能增加其他部分。

本规范的附录 A 为规范性附录，附录 B 为资料性附录。

2 编写目的
本规范主要目的是：
➢详细定义系统的数据库表、表字段、视图、触发器、过程、函数的命名规则➢作为开发人员之间对研发产品共同认识的基础
➢定义数据库的程序设计
➢开发及维护的技术和文献依据
➢作为系统验收及测试的文献依据
➢作为软件研发人员讨论的依据和结论的记录
➢可作为软件测试及结题的参考
3 引用文件
下列文件中的有关条款通过引用而成为部分的条款。

凡注日期或版次的引用文件，其后的任何修改单（不包括勘误的内容）或修订版本都不适用于本部分。

但提倡使用本部分的各方探讨使用其最新版式本的可能性。

凡不注日期、分册或版次的引用文件，其最新版本适用于本部分。

ISO/IEC 11179：Information technology-Medada Registries(MDR)
GB/T 18391：信息技术数据元的规范与标准化
GB/T11457：软件工程术语
GB8566-1995：计算机软件开发规范
GB8567-1995：计算机软件产品开发文件编制指南
GB/T12504：计算机软件质量保证计划规范
GB/T12505：计算机软件配置管理计划规范
4 术语和定义
4.1 数据data
对事实、概念或指令的一种形式化表示，适用于以人工或自动方式进行通信、解释或处理。

[GB/T 18391.1-2002, 定义 3.12]
4.2 数据元data element
用一组属性描述其定义、标识、表示和允许值的基本数据单元。

[GB/T 18391.1-2002, 定义3.14]
4.4 数据字典data dictionary
涉及其他数据应用和结构的数据的数据库，即用于存储元数据的数据库[ANSI X3.172-1990] 。

[GB/T 18391.1-2002, 定义3.13]
4.5 数据元字典data element dictionary
列出并定义了所有相关数据元的一种信息资源。

[GB/T 18391.1-2002, 定义
3.16]
4.6 数据元概念data element concept
能以数据元形式表示，且与任何特定的表示法无关的一种概念。

[GB/T 18391.1-2002, 定义3.15]
4.7 标识符identifier
注册机构内与语言无关的数据元的唯一标识符。

[GB/T 18391.1-2002, 定义
3.33]
4.8 数据元值data element value
数据元允许值集合中的一个特定值。

[GB/T 18391.1-2002, 定义3.20]
4.9 数据项data item
数据元的一个具体值。

[GB/T 18391.1-2002, 定义 3.22]
4.10 数据类型datatype
由数据元操作决定的用于采集字母、数字和（或）符号的格式，以描述数据元的值。

[GB/T 18391.1-2002, 定义 3.25]
4.11 数据元值的数据类型Datatype of data element value
表示数据元值的不同值的集合。

[GB/T 18391.1-2002, 定义3.26]
4.12 元数据metadata
定义和描述其他数据的数据。

[GB/T 18391.1-2002, 定义 3.41]
4.13 限定词qualifier
帮助定义和呈递唯一性概念的术语。

[GB/T 18391.1-2002, 定义3.50]
4.14 值域value domain
允许值的集合。

[ISO/IEC 11179.1-2004, 定义3.3.38]
5 数据结构设计规则
5.1数据库设计基本准则
数据库设计三个范式规定;
第一范式（1NF）：不存在多值字段
第二范式（2NF）：非主键字段依赖于主键的整体
第三范式（3NF）：非主键字段只依赖于主键
5.2 数据库表
5.2.1命名规则
1)只允许使用英文字母“A-Z”、数字“0-9”和符号“_”。

2)格式“[应用名] [_类型名]_表单词1[_表单词2]”。

3)尽量使用英文单词或英文缩略语，各英文单词或缩略语中间使用符
号“_”分割开，如“T_USER_MESSAGE”。

4)不允许使用描述不明确的字母或数字。

5)长度尽量限制在20字节内。

6)表示表名称的单词限定为2个。

7)不得使用数据库系统关键字，保留字
5.2.2 设计规则
1)每个表需要中文说明，该说明最终放到数据库中。

2)尽量不要使用数据库特殊功能
3)每个表必须提供主键，临时表可除外
5.3 表字段
5.3.1命名规则
1)只允许使用英文字母“A-Z”、数字“0-9”和符号“_”。

2)格式：单词1[_单词2][_单词3]
3)尽量使用英文单词或英文缩略语，各英文单词或缩略语中间使用符
号“_”分割开，如“USER_TYPE”，不建议使用汉语拼音。

4)不允许使用描述不明确的字母或数字。

5)字段名长度限制在30字节内。

6)表示字段名称的单词限定在3个以内。

7)不得使用数据库系统关键字，保留字
5.3.2 设计规则
1)每个字段需要附加中文名称或简短说明，该说明最终放到数据库
中。

2)数字和文本字段要充分考虑长度。

在设计文档中必须明确的说明用
户需求可能的最大允许范围。

3)字符串：字符串默认设置为VARCHAR（保证字段足够长）,标识性、
标志性和类型的字段根据实际情况确定长度，能明确长度的使用
CHAR(X)。

4)数值型：除标志位字段（1位的数据），其他数值型字段设计为11位
（为了扩展方便）。

5)日期：尽量使用“DATETIME”类型，在特殊情况下可以使用纯日期
类型的字段，某些统计表中可以使用其他类型表示时间的字段。

符
合GB/ T 7408
6)在多个表中冗余的字段应保持命名的一致性。

5.4 键和索引
5.4.1命名规则
1)只允许使用英文字母“A_Z”、数字“0-9”和符号“_”。

2)主键“PK_表名_主键名”；外键“FK_表名_外键名”。

3)尽量使用英文单词或英文缩略语，各英文单词或缩略语中间使用符号
“_”分割开。

4)不允许使用描述不明确的字母或数字。

5)名称长度限制在30字节内。

6)不得使用数据库系统关键字，保留字
5.4.2 设计规则
1)所有的键都必须唯一。

2)避免使用复合键。

3)外键总是关联唯一的键字段。

4)使用系统生成的主键：尽量采用系统生成的键作为主键。

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

6)索引外键：表之间的关系通过外键相连接，这些字段应该增加索
引。

7)不要索引注释字段：不要索引memo/note 字段，不要索引大型字段
（有很多字符）。

8)不要索引常用的小型表：不要为小型数据表设置任何键，假如它们
经常有插入和删除操作就更别这样作了。

9)建立索引主要是出于增强数据访问性能的考虑。

需要根据实际情况来
建立适合的索引。

对于可选择范围较小的字段，如地市等字段可以使
用位图索引；对于聚簇表，可以使用聚簇索引；对于复杂条件的情况，
可以考虑使用函数索引等。

5.5 视图
5.5.1 命名规则
1)只允许使用英文字母“A_Z”、数字“0-9”和符号“_”。

2)格式“V_表1_表2…_表n”。

3)尽量使用英文单词或英文缩略语，各英文单词或缩略语中间使用符
号“_”分割开。

4)不允许使用描述不明确的字母或数字。

5)名称长度限制在30字节内
6)不得使用数据库系统关键字，保留字
5.5.2 设计规则
1)尽量减少列中使用的公式。

2)视图的创建主要是为了简化查询，应尽可能去除不必要的字段
3)避免使用表单公式
5.6 存储过程
5.6.1 命名规则
1)只允许使用英文字母“A_Z”、数字“0-9”和符号“_”。

2)存储过程的包名：格式“PKG_模块名(或功能类名)”。

3)存储过程：格式“P _动作_表名”。

4)尽量使用英文单词或英文缩略语，各英文单词或缩略语中间使用符
号“_”分割开。

5)不允许使用描述不明确的字母或数字。

6)名称长度限制在30字节内。

7)不得使用数据库系统关键字，保留字
5.6.2 设计规则
1)对不同模块或相似功能划分的集合使用包来分类保存。

包内必须有完
整的说明。

2)每个模块的存储过程和函数放在同一个包内。

如果有全局公用的函
数，则创建单独的公用函数包，避免重复开发。

3)存储过程内需要有异常处理。

4)如有调用存储过程的脚本，脚本要统一保存
5.7 函数
5.7.1 命名规则
1)只允许使用英文字母“A_Z”、数字“0-9”和符号“_”。

2)格式“F _动作_表名”。

3)尽量使用英文单词或英文缩略语，各英文单词或缩略语中间使用符
号“_”分割开。

4)不允许使用描述不明确的字母或数字。

5)名称长度限制在30字节内。

6)不得使用数据库系统关键字，保留字
5.7.2 设计规则
1)每个函数需要附加中文名称或简短说明，该说明最终放到数据库
中。

6数据库安全性设计
6.1 保证数据的完整性
6.2 保证数据可恢复性
1)数据库应该有定期的备份（物理的、逻辑的）。

2)生产库一定要开启归档。

3)对于生产库，应该开启闪回来避免用户误操作导致的数据丢失。

包
括闪回数据库、闪回表、闪回数据。

6.3其他安全原则
1)采用数据加密
2)数据访问权限采用最小授权的原则对数据库用户应该有针对性的细
粒度授权。

具体到方案、表等。

3)取消操作系统认证
4)为SYSMAN/DBSNMP修改密码
5)设置密码过期，并设置密码复杂度校验
6)锁定不常用的默认用户
7)为监听设置密码
8)采用角色授权
附录A
数据库表文档模板
附录B 数值类型
日期和时间类型
字符串类型。