[数据库] 数据库表字段命名规范

心已赠人 2022-05-19 08:14 242阅读 0赞

**摘要：**当前研发工作中经常出现因数据库表、数据库表字段格式不规则而影响开发进度的问题，在后续开发使用原来数据库表时，也会因为数据库表的可读性不够高，表字段规则不统一，造成数据查询，数据使用效率低的问题，所以有必要整理出一套合适的数据库表字段命名规范来解决优化这些问题。

本文是一篇包含了数据库命名、数据库表命名、数据库表字段命名及SQL语言编码的规范文档，针对研发中易产生的问题和常见错误做了一个整理和修改，为日后涉及到数据库相关的研发工作做好准备。

## 一、数据库命名规范 ##

采用26个英文字母(区分大小写)和0-9的自然数(经常不需要)加上下划线'\_'组成，命名简洁明确，多个单词用下划线'\_'分隔，**一个项目一个数据库，多个项目慎用同一个数据库**

## 二、数据库表命名规范 ##

### 2.1数据表命名规范 ###

（1）采用26个英文字母(区分大小写)和0-9的自然数(经常不需要)加上下划线'\_'组成，命名简洁明确，多个单词用下划线'\_'分隔

（2）**全部小写命名，禁止出现大写**

（3）禁止使用数据库关键字，如：name，time ，datetime，password等

（4）表名称不应该取得太长（一般不超过三个英文单词）

（5）**表的名称一般使用名词或者动宾短语**

（6）**用单数形式表示名称，例如，使用 employee，而不是 employees**

明细表的名称为：主表的名称+字符dtl（detail缩写）

例如：采购定单的名称为：po\_order，则采购定单的明细表为：po\_orderdtl

（7）表必须填写描述信息（使用SQL语句建表时）

### 2.2命名规范 ###

**①模块\_+功能点 示例：alllive\_log alllive\_category**

**②功能点 示例：live message**

**③通用表 示例：all\_user**

### 2.3待优化命名示例 ###

**①冗余：**

错误示例：yy\_alllive\_video\_recomment yy\_alllive\_open\_close\_log

说明：去除项目名，简化表名长度，去”yy\_”

**②相同类别表命名存在差异，管理性差**

错误示例：yy\_all\_live\_category yy\_alllive\_comment\_user

说明：去除项目名，统一命名规则，均为”yy\_alllive\_”开头即可

**③命名格式存在差异**

错误示例：yy\_showfriend yy\_user\_getpoints yy\_live\_program\_get

说明：去除项目名，统一命名规则，**动宾短语分离**且**动宾逻辑顺序统一**

## 三、数据库字段命名规范 ##

### 3.1字段命名规范 ###

（1）采用26个英文字母(区分大小写)和0-9的自然数(经常不需要)加上下划线'\_'组成，命名简洁明确，多个单词用下划线'\_'分隔

（2）**全部小写命名，禁止出现大写**

（3）**字段必须填写描述信息**

（4）禁止使用数据库关键字，如：name，time ，datetime password 等

（5）**字段名称一般采用名词或动宾短语**

（6）采用字段的名称必须是易于理解，一般不超过三个英文单词

（7）在命名表的列时，不要重复表的名称

例如，在名employe的表中避免使用名为employee\_lastname的字段

（8）不要在列的名称中包含数据类型

（9）**字段命名使用完整名称，禁止缩写**

### 3.2命名规范 ###

**①名词 示例：user\_id user\_name sex**

**②动宾短语 示例：is\_friend is\_good**

### 3.3待优化命名示例 ###

**①大小写规则不统一**

错误示例：user\_id houseID

说明：使用统一规则，修改为”user\_id”，”house\_id”

**②加下划线规则不统一**

错误示例：username userid isfriend isgood

说明：使用下划线进行分类，提升可性，方便管理，修改为”user\_name”，”user\_id”，”is\_friend”，”is\_good”

**③字段表示不明确**

错误示例：uid pid

说明：使用完整名称，提高可读性，修改为”user\_id”，”person\_id”

### 3.4字段类型规范 ###

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

（2）系统中所有逻辑型中数值0表示为“假”，数值1表示为“真”，datetime、smalldatetime类型的字段没有默认值，必须为NULL

（3）用尽量少的存储空间来存储一个字段的数据

使用int就不要使用varchar、char，

用varchar(16)就不要使varchar(256)

IP地址使用int类型

固定长度的类型最好使用char，例如：邮编(postcode)

能使用tinyint就不要使用smallint，int

最好给每个字段一个默认值，最好不能为null

（4）用合适的字段类型节约空间

字符转化为数字(能转化的最好转化，同样节约空间、提高查询性能)

避免使用NULL字段(NULL字段很难查询优化、NULL字段的索引需要额外空间、NULL字段的复合索引无效)

少用text类型(尽量使用varchar代替text字段)