之前已经为大家介绍了一部分有关数据库开发过程中规范，即数据库开发规范详细介绍（一），下文将继续为大家介绍更多有关数据库开发中的规范要求。
一. 其他设计
1、避免使用触发器
触发器的功能通常可以用其他方式实现。在调试程序时触发器可能成为干扰。假如确实需要采用触发器，
2、要集中对它文档化。
使用常用英语（或者其他任何语言）而不要使用编码。
在创建下拉菜单、列表、报表时***按照英语名排序。假如需要编码，可以在编码旁附上用户知道的英语。
3、包含版本机制
在数据库中引入版本控制机制来确定使用中的数据库的版本。时间一长，用户的需求总是会改变的。最终可能会要求修改数据库结构。把版本信息直接存放到数据库中更为方便。
4、编制文档
对所有的快捷方式、命名规范、限制和函数都要编制文档。
采用给表、列、触发器等加注释的数据库工具。对开发、支持和跟踪修改非常有用。
5、反复测试
建立或者修订数据库之后，必须用用户新输入的数据测试数据字段。最重要的是，让用户进行测试并且同用户一道保证选择的数据类型满足商业要求。测试需要在把新数据库投入实际服务之前完成。
6、检查设计
在开发期间检查数据库设计的常用技术是通过其所支持的应用程序原型检查数据库。换句话说，针对每一种最终表达数据的原型应用，保证你检查了数据模型并且查看如何取出数据。
二、数据库命名规范
1、表的命名
表以汉语拼音缩写命名。即以表示此表信息的名称的汉语拼音缩写命名，表命名中多用_以使表名更易懂。表的别名定义采用表名的前四个字母。
所有的存储值列表的表前面加上前缀Z。目的是将这些值列表类排序在数据库***。
所有的冗余类的命名(主要是累计表)前面加上前缀X。冗余类是为了提高数据库效率，非规范化数据库的时候加入的字段或者表关联类通过用下划线连接两个基本类之后，再加前缀R的方式命名，后面按照字母顺序罗列两个表名或者表名的缩写。
2、列的命名
采用有意义的列名，表内的列要针对键采用一整套设计规则。
每一个表都将有一个自动ID作为主健，逻辑上的主健作为***组候选主健来定义，如果是数据库自动生成的编码，统一命名为：CZID；如果是自定义的逻辑上的编码则用缩写加"ID"的方法命名。
如果键是数字类型，你可以用_NO 作为后缀；如果是字符类型则可以采用_CODE 后缀。对列名应该采用标准的前缀和后缀。
所有的列名加上有关类型的后缀，如果还需要其它的后缀，都放在类型后缀之前。
注: 数据类型是文本的字段，类型后缀TX可以不写。有些类型比较明显的字段，可以不写类型后缀。
采用前缀命名
给每个表的列名都采用统一的前缀，那么在编写SQL表达式的时候会得到大大的简化。这样做也确实有缺点，比如破坏了自动表连接工具的作用，后者把公共列名同某些数据库联系起来。
3、视图的命名
视图以V作为前缀，其他命名规则和表的命名类似；命名应尽量体现各视图的功能。
4、触发器的命名
触发器以TR作为前缀，触发器名为相应的表名加上后缀，Insert触发器加'_Ins'，Delete触发器加'_Del'，Update触发器加'_Up'
5、存储过程名
存储过程应以'UP_'开头，和系统的存储过程区分，后续部分主要以动宾形式构成，并用下划线分割各个组成部分。
查询加“_Qry”，更新加“_Up”。
6、变量名
变量名采用小写，若属于词组形式，用下划线分隔每个单词；
7、命名中其他注意事项
1) 以上命名都不得超过30个字符的系统限制。变量名的长度限制为29（不包括标识字符@）。
2) 数据对象、变量的命名都采用拼音字符，禁止使用中文命名。绝对不要在对象名的字符之间留空格。
3) 小心保留词，要保证你的字段名没有和保留词、数据库系统或者常用访问方法冲突
4) 保持字段名和类型的一致性，在命名字段并为其指定数据类型的时候一定要保证一致性。假如数据类型在一个表里是整数，那在另一个表里可就别变成字符型了。
这些规范是在数据库开发过程中必须要严格遵守的，希望大家在以后的数据库开发工作之前，一定要掌握了这些规范，本文将是您***的参考文章。
【编辑推荐】
