数据库命名规范(参考.doc

数据文件命名采用系统名+_+文件类型，比如系统名为kupage,则数据库文件命名为kupage_database.mdf，有的数据库文件有多个，比如SQL Server就有2个，一个是数据库文件，另一个是日志文件，那么他们的文件命名分别为kupage_database.mdf，kupage_log.log。文件名全部采用小写。1. 实体（表）的命名　　1) 表以名词或名词短语命名，确定表名是采用复数还是单数形式，此外给表的别名定义简单规则（比方说，如果表名是一个单词，别名就取单词的前4 个字母；如果表名是两个单词，就各取两个单词的前两个字母组成4 个字母长的别名；如果表的名字由3 个单词组成，从头两个单词中各取一个然后从最后一个单词中再取出两个字母，结果还是组成4 字母长的别名，其余依次类推）　　对工作用表来说，表名可以加上前缀WORK_ 后面附上采用该表的应用程序的名字。在命名过程当中，根据语义拼凑缩写即可。注意，由于ORCLE会将字段名称统一成大写或者小写中的一种，所以要求加上下划线。　　举例：　　定义的缩写 Sales: Sal 销售；　　Order: Ord 订单；　　Detail: Dtl 明细；　　则销售订单明细表命名为：Sal_Ord_Dtl;　　2) 如果表或者是字段的名称仅有一个单词，那么建议不使用缩写，而是用完整的单词。　　举例：　　定义的缩写 Material Ma 物品；　　物品表名为：Material, 而不是 Ma.　　但是字段物品编码则是：Ma_ID;而不是Material_ID　　3) 所有的存储值列表的表前面加上前缀Z　　目的是将这些值列表类排序在数据库最后。　　4) 所有的冗余类的命名(主要是累计表)前面加上前缀X　　冗余类是为了提高数据库效率，非规范化数据库的时候加入的字段或者表　　5) 关联类通过用下划线连接两个基本类之后，再加前缀R的方式命名,后面按照字母顺序罗列两个表名或者表名的缩写。　　关联表用于保存多对多关系。　　如果被关联的表名大于10个字母，必须将原来的表名的进行缩写。如果没有其他原因，建议都使用缩写。　　举例：表Object与自身存在多对多的关系,则保存多对多关系的表命名为：R_Object；　　表 Depart和Employee;存在多对多的关系；则关联表命名为R_Dept_Emp2. 属性（列）的命名　　1) 采用有意义的列名，表内的列要针对键采用一整套设计规则。每一个表都将有一个自动ID作为主健,逻辑上的主健作为第一组候选主健来定义,如果是数据库自动生成的编码，统一命名为：ID;如果是自定义的逻辑上的编码则用缩写加“ID”的方法命名。如果键是数字类型，你可以用_NO 作为后缀；如果是字符类型则可以采用_CODE 后缀。对列名应该采用标准的前缀和后缀。　　举例：销售订单的编号字段命名：Sal_Ord_ID；如果还存在一个数据库生成的自动编号，则命名为：ID。　　2) 所有的属性加上有关类型的后缀，注意，如果还需要其它的后缀，都放在类型后缀之前。　　注: 数据类型是文本的字段，类型后缀TX可以不写。有些类型比较明显的字段，可以不写类型后缀。　　3) 采用前缀命名　　给每个表的列名都采用统一的前缀，那么在编写SQL表达式的时候会得到大大的简化。这样做也确实有缺点，比如破坏了自动表连接工具的作用，后者把公共列名同某些数据库联系起来。3. 视图的命名　　1) 视图以V作为前缀，其他命名规则和表的命名类似；　　2) 命名应尽量体现各视图的功能。4. 触发器的命名　　触发器以TR作为前缀，触发器名为相应的表名加上后缀，Insert触发器加_I，Delete触发器加_D，Update触发器加_U，如： TR_Customer_I，TR_Customer_D，TR_Customer_U。5. 存储过程名　　存储过程应以UP_开头，和系统的存储过程区分，后续部分主要以动宾形式构成，并用下划线分割各个组成部分。如增加代理商的帐户的存储过程为UP_Ins_Agent_Account。6. 变量名　　变量名采用小写，若属于词组形式，用下划线分隔每个单词，如@my_err_no。7. 命名中其他注意事项　　1)? 以上命名都不得超过30个字符的系统限制。变量名的长度限制为29（不包括标识字符@）。　　2)? 数据对象、变量的命名都采用英文字符，禁止使用中文命名。绝对不要在对象名的字符之间留空格。　　3) 小心保留词，要保证你的字段名没有和保留词、数据库系统或者常用访问方法冲突　　5) 保持字段名和类型的一致性，在命名字段并为其指定数据类型的时候一定要保证一致性。假如数据类型在一个表里是整数，那在另一个表里可就别变