数据库开发规范

数据库开发规范

一．数据表和字段的设计
表设计原则
1、标准化和规范化
数据的标准化有助于消除数据库中的数据冗余。标准化有好几种形式，我们在这里采用Third Normal Form（3NF），因为3NF在性能、扩展性和数据完整性方面达到了最好平衡。
遵守3NF 标准的数据库某个表只包括其本身基本的属性，当不是它们本身所具有的属性时需进行分解。表之间的关系通过外键相连接。它具有以下特点：有一组表专门存放通过键连接起来的关联数据。
2、考虑各种变化
在设计数据库的时候考虑到哪些数据字段将来可能会发生变更。
字段设计原则：
每个表中都应该添加的3 个有用的字段
即要求每张数据表中字段不得少于3个；
选择数字类型和文本类型尽量充足;
在字段类型为数字或文本时，其长度最好比实际所需的大一些；
增加删除标记字段：
在表中包含一个"删除标记"字段，这样就可以把行标记为删除。在关系数据库里不单独删除某一行；一般采用清除数据程序而且要仔细维护索引整体性。

二．键和索引的设计
1、键选择原则：
键设计4 原则
1)为关联字段创建外键。
2)所有的键都必须唯一。
3)避免使用复合键。
4)外键总是关联唯一的键字段。
使用系统生成的主键
设计数据库的时候采用系统生成的键作为主键，那么实际控制了数据库的索引完整性。这样，数据库和非人工机制就有效地控制了对存储数据中每一行的访问。采用系统生成键作为主键还有一个优点：当拥有一致的键结构时，找到逻辑缺陷很容易。不要用用户的键(不让主键具有可更新性)在确定采用什么字段作为表的键的时候，小心用户将要编辑的字段。通常的情况下不要选择用户可编辑的字段作为键。
可选键有时可做主键
把可选键进一步用做主键，可以拥有建立强大索引的能力。
索引使用原则：
索引是从数据库中获取数据的最高效方式之一。95%的数据库性能问题都可以采用索引技术得到解决。
索引外键
大多数数据库都索引自动创建的主键字段，但是可别忘了索引外键，它们也是经常使用的键，比如运行查

询显示主表和所有关联表的某条记录就用得上。
不要索引大型字段（有很多字符），这样作会让索引占用太多的存储空间。
不要索引常用的小型表
不要为小型数据表设置任何键，假如它们经常有插入和删除操作就更别这样作了。对这些插入和删除操作

的索引维护可能比扫描表空间消耗更多的时间。
三. 数据完整性设计
完整性实现机制：
实体完整性：主键
参照完整性：
父表中删除数据：级联删除；受限删除；置空值
父表中插入数据：受限插入；递归插入
父表中更新数据：级联更新；受限更新；置空值
DBMS对参照完整性可以有两种方法实现：外键实现机制（约束规则）和触发器实现机制
用户定义完整性：
NOT NULL；CHECK；触发器
用约束而非商务规则强制数据完整性
采用数据库系统实现数据的完整性。这不但包括通过标准化实现的完整性而且还包括数据的功能性。在写

数据的时候还可以增加触发器来保证数据的正确性。不要依赖于商务层保证数据完整性；它不能保证表之

间（外键）的完整性所以不能强加于其他完整性规则之上。
强制指示完整性
在有害数据进入数据库之前将其剔除。激活数据库系统的指示完整性特性。这样可以保持数据的清洁而能

迫使开发人员投入更多的时间处理错误条件。
使用查找控制数据完整性
控制数据完整性的最佳方式就是限制用户的选择。只要有可能都应该提供给用户一个清晰的价值列表供其

选择。这样将减少键入代码的错误和误解同时提供数据的一致性。
采用视图
为了在数据库和应用程序代码之间提供另一层抽象，可以为应用程序建立专门的视图而不必非要应用程序

直接访问数据表。这样做还等于在处理数据库变更时给你提供了更多的自由。
四. 其他设计
避免使用触发器
触发器的功能通常可以用其他方式实现。在调试程序时触发器可能成为干扰。假如确实需要采用触发器，

要集中对它文档化。
使用常用英语（或者其他任何语言）而不要使用编码
在创建下拉菜单、列表、报表时最好按照英语名排序。假如需要编码，可以在编码旁附上用户知道的英语

。
包含版本机制
在数据库中引入版本控制机制来确定使用中的数据库的版本。时间一长，用户的需求总是会改变的。最终

可能会要求修改数据库结构。把版本信息直接存放到数据库中更为方便。
编制文档
对所有的快捷方式、命名规范、限制和函数都要编制文档。
采用给表、列、触发器等加注释的数据库工具。对开发、支持和跟踪修改非常有用。
反复测试
建立或者修订数据库之后，必须用用户新输入的数据测试数据字段。最重要的是，让用户进行测试并且同

用户一道保证选择的数据类型满足商业要求。测试需要在把新数据库投入实际服务之前完成。
检查设计
在开发期间检查数据库设计的常用技术是通过其所支持的应用程序原型检查数据库。换句话说，针对每一

种最终表达数据的原型应用，保证你检查了数据模型并且查看如何取出数据。
三、数据库命名规范
表的命名
表以汉语拼音缩写命名。
即以表示此表信息的名称的汉语拼音缩写命名，表命名中多用_以使表名更易懂。表的别名定义采用表名

的前四个字母。
所有的存储值列表的表前面加上前缀Z
目的是将这些值列表类排序在数据库最后。
所有的冗余类的命名(主要是累计表)前面加上前缀X
冗余类是为了提高数据库效率，非规范化数据库的时候加入的字段或者表
关联类通过用下划线连接两个基本类之后，再加前缀R的方式命名,后面按照字母顺序罗列两个表名或者

表名的缩写。
列的命名
采用有意义的列名，表内的列要针对键采用一整套设计规则。
每一个表都将有一个自动ID作为主健,逻辑上的主健作为第一组候选主健来定义,如果是数据库自动生成的

编码，统一命名为：ID;如果是自定义的逻辑上的编码则用缩写加"ID"的方法命名。如果键是数字类型，

你可以用_NO 作为后缀；如果是字符类型则可以采用_CODE 后缀。对列名应该采用标准的前缀和后缀。
所有的列名加上有关类型的后缀
如果还需要其它的后缀，都放在类型后缀之前。
注: 数据类型是文本的字段，类型后缀TX可以不写。有些类型比较明显的字段，可以不写类型后缀。
采用前缀命名
给每个表的列名都采用统一的前缀，那么在编写SQL表达式的时候 会得到大大的简化。这样做也确实有

缺点，比如破坏了自动表连接 工具的作用，后者把公共列名同某些数据库联系起来。
视图的命名
视图以V作为前缀，其他命名规则和表的命名类似；
命名应尽量体现各视图的功能。
触发器的命名
触发器以TR作为前缀，触发器名为相应的表名加上后缀，Insert触发器加'_I'，Delete触发器加'_D'，

Update触发器加'_U'
存储过程名
存储过程应以'UP_'开头，和系统的存储过程区分，后续部分主要以动宾形式构成，并用下划线分割各个

组成部分。
变量名
变量名采用小写，若属于词组形式，用下划线分隔每个单词；
命名中其他注意事项
以上命名都不得超过30个字符的系统限制。变量名的长度限制为29（不包括标识字符@）。
数据对象、变量的命名都采用拼音字符，禁止使用中文命名。绝对不要在对象名的字符之间留空格。
小心保留词，要保证你的字段名没有和保留词、数据库系统或者常用访问方法冲突
保持字段名和类型的一致性，在命名字段并为其指定数据类型的时候一定要保证一致性。假如数据类型

在一个表里是整数，那在另一个表里可就别变成字符型了。