数据库表与字段命名规范

一、数据库表分类:

表前缀主要是为了区分不同功能的表,而非解释表的功能,表的功能由表名来解释。前面要求表名的长度要控制在30个字符以内,在此前提下,为了尽可能不影响表的命名,表前缀应该越短越好。我们建议表前缀控制在两个以内。具体表前缀添加规则建议如下,括号内的单个大写字母表示要添加的前缀。这里以SQLserver2014数据库为例说明:

  1. 系统表(S_)System,系统配置相关的基本信息表。系统用户表(S_USER)、系统角色表(S_ROLE)、系统菜单(S_LINK_MENU)、操作日志(S_OPERATION_LOG)、登录日志(S_LOGIN_LOG)、系统字典(S_DICTIONARY)、系统字典类型(S_DICTIONARY_TYPE)等。
  2. 字典表(D_)Dictionary,非系统字典外的字典表。在“设计规范”——“相关注释”——“字典字段”中提到过字典表的定义,除了数据库中的通用字典表,还有一些常见表,比如地区表(D_REGION)、ICD编码(D_ICD)等,也是一种字典表,这里的D_前缀即加在这类字典表名前面。
  3. 中间表(R_)Relationship,多对多关系中间表。具体命名方式建议为:R_主表名_从表名,在多对多关系中其实不分主从表,这里我们规定核心表为主表,另外一个为从表。比如用户角色关系中,用户表(S_USER)为主、角色(S_ROLE)表为从,那中间表就命名为R_USER_ROLE。当中间表名超长时,则根据实际情况缩写主从表名,建议优先缩写从表表名。
  4. 业务表(B_)Business,核心业务涉及的基本信息表。这里的业务是非系统配置业务相关的,比如登录、注册、权限这些业务涉及的表都是和系统配置相关的,前缀应该是S_,而非B_。比如在线商城的项目中订单业务涉及的表即是核心业务表,会诊系统中会诊单业务涉及的表即是核心业务表,如果项目庞大,涉及业务较多,可以在B后面继续加单字母区分不同的业务,BA_、BB_、BC_……,没必要非得和某个英文对应,只是个代号,和项目组的人员说明即可。

表名前缀的说明如上,已经足够明确,除此外还应该避免无谓的表格后缀。比如存储客户信息的表直接命名为Guest而非GuestInfo,存储航班信息的表直接命名为Flight而非FlightList。还有命名表时,一律使用单数形式。例如,使用 Employee,而不是 Employees,总之,表的命名应该简单明了

二、数据库表命名规范:

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

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

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

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

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

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

三、表字段命名规范

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

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

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

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

(4) 不要在数据库表字段(列名)中包含数据类型,如:datetime

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

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

四、表设计规范

(1)所有字段在设计时,除以下数据类型timestampimagedatetimesmalldatetimeuniqueidentifierbinarysql_variantbinaryvarbinary外,必须有默认值。字符型的默认值为一个空字符值串’’;数值型的默认值为数值0;逻辑型的默认值为数值0

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


datetimesmalldatetime类型的字段没有默认值,必须为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.除了主关键字允许建立簇索引外,其它字段所建索引必须为非簇索引。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值