数据库表及字段命名规范

数据库设计表及字段命名规范(我整理的，望大家多多提建议)

1.数据库表命名规范:

(1)表名前应该加上前缀，表的前缀一个用系统或模块的英文名称缩写，前缀全部大写或首字母大写，表名中包含的单词首字母大写。

(2)数据库表名应该有意义，并且易于理解，最好使用可以表达功能的英文单词或缩写，如果用英文单词表示，建议使用完整的英文单词。

(3)表名不可以太长，最好不要超过3个英文单词长度（22个字母）。

(4)在数据库表命名时应该用英文单词的单数形式，如员工表命名：应该为Employee而不是Employees .

(5)如果是后台表命名时应该在表名基础上加上后缀
_b
(back 首字母 )

(6)在表创建完成前，应该为表添加表的注释。

2.表字段命名规范：

(1)数据库表字段应该是有意义而且易于理解的，最好是能够表达字段含义的英文字母

（有人认为如果用英文单词作为字段，因为翻译工具不同，而字段不统一建议使用汉语拼音首字母缩写
；有人认为用汉语拼音缩写看起来不直观，老半天也不知道到底这个字段是干什么的）

(2)系统中所有属于内码，即仅用于标识唯一性和程序内部用到的标识性字段，字段名称建议取为 ID ，采用类型为整型或长整型.

(3)系统中属于是业务内的编号字段，代表一定业务信息，建议字段命名为
code , 如工作单编号
wf_code .

(4) 不要在数据库表字段（列名）中包含数据类型，如：datetime

(5)不要在数据库表字段（列名）命名时重复表名，可以使用表名首字母（不包含数据库表名前缀）

注意：
不要在数据库表字段（列名）命名时
不建议使用数据库关键字,如：name,time ,datetime password 等

3.表设计规范：

(1)所有字段在设计时，除以下数据类型timestamp、image、datetime、smalldatetime、uniqueidentifier、binary、sql_variant、binary、varbinary外，必须有默认值。字符型的默认值为一个空字符值串’’；数值型的默认值为数值0；逻辑型的默认值为数值0；

其中：系统中所有逻辑型中数值0表示为“假”；数值1表示为“真”。

datetime、smalldatetime类型的字段没有默认值，必须为NULL。

(2)当字段定义为字符串形时建议使用varchar而不用nvarchar。

注
：在MySQL5.0以上的版本中，varchar数据类型的长度支持到了65535，也就是说可以存放65532个字节的数据，起始位和结束位占去了3个
字节。

(3)建议在大多数表中（如工作单），应都有以下字段：

字段名说明类型默认值

CreatorID创建者int
默认值为
0

CreatedTime创建时间Datetime
默认值为NULL

(4)字段的描述

a.字段必须填写描述信息（注释）

b.尽量遵守第三范式的标准（3NF）

表内的每一个值只能被表达一次（列名不重复）

表内的每一行都应当被唯一的标示（标识唯一性，如
自动增长
主键）

表内不应该存储依赖于其他键的非键信息

(5)加索引规则

a.表建好后数据库自动为表生成一个索引（为
自动增长的列生成唯一索引），如果在对这列添加索引，数据库会给一个警告,内容大概是，已经为这列添加了索引，建议修改索引名称和自动增长列名保持一致，为了方便使用。

b.如果在添加索引时，建议索引名称和数据库列名保持一致，为了方便使用

c.如果字段事实上是与其它表的关键字相关联而未设计为外键引用，需建索引。

d.如果字段与其它表的字段相关联，需建索引。

e.如果字段需做模糊查询之外的条件查询，需建索引。

f.除了主关键字允许建立簇索引外，其它字段所建索引必须为非簇索引。

4.存储过程命名规范

(1)
存贮过程的命名请遵循以下命名规范：USP_ + 系统模块缩写（与表前缀类似）+_ + 功能标识 + 代表存贮过程操作的主要表名（不带前缀）或功能的英文单词或英文单词缩写。

如果一个存贮过程只对一个表进行操作，建议存贮过程的名称就用存贮过程所操作的表的表名（不带前缀）。这样有利于根据表名找到相应的存贮过程。例如：

用于新增的存贮过程USP_MESSAGE_Add_Model

用于修改的存贮过程USP_ MESSAGE_Upt_Model

用于删除的存贮过程USP_ MESSAGE_Del_ Modele

注：USP是user stored procedure
缩写

5.存储过程设计规范

在存贮过程中必须说明以下内容：

(1)目的：说明此存贮过程的作用。

(2)作者：首次创建此存贮过程的人的姓名。在此请使用中文全名，不允许使用英文简称。

(3)创建日期：创建存贮过程时的日期。

(4)修改记录：

修改记录需包含修改顺序号、修改者、修改日期、修改原因，修改时不能直接在原来的代码上修改，也不能删除原来的代码，只能先将原来的代码注释掉，再重新增加正确的代码。修改顺序号的形式为：log1，log2，log3。。。，根据修改次数顺序增加，同时在注释掉的原来的代码块和新增的正确代码块前后注明修改顺序号。

(5)对存贮过程各参数及变量的中文注解。

建议：在数据库中创建一个文本文件保存创建脚本

6.视图命名规范

视图的命名请遵循以下命名规范：UV _ + 系统模块缩写（与表前缀类似）+_ + 功能标识 + 代表视图查询的主要表名（不带前缀）或功能的英文单词或英文单词缩写。

如果一个视图只对一个表进行查询，建议视图的名称就用视图所查询的表的表名（不带前缀）。这样有利于根据表名找到相应的视图。

注：UV是userView缩写

7.视图设计规范

在视图中必须说明以下内容：

(1)目的：说明此视图的作用。

(2)创建者：首次创建此视图的人的姓名。在此请使用中文全名，不允许使用英文简称。

(3)修改者、修改日期、修改原因：如果有人对此视图进行了修改，则必须在此视图的前面加注修改者姓名、修改日期及修改原因。

(4)对视图各参数及变量的中文注解

建议：在数据库中创建一个文本文件保存创建脚本

8.触发器命名规范

Insert触发器加'_i'，Delete触发器加'_d'，Update触发器加'_u'

9.触发器设计规范

在视图中必须说明以下内容：

(1)目的：说明此触发器的作用。

(2)创建者：首次创建此触发器的人的姓名。在此请使用中文全名，不允许使用英文简称。

(3)修改者、修改日期、修改原因：如果有人对此触发器进行了修改，则必须在此触发器的前面加注修改者姓名、修改日期及修改原因。

(4)对触发器各参数及变量的中文注解

建议：在数据库中创建一个文本文件保存创建脚本