2022年数据库表字段命名规范 .pdf

《2022年数据库表字段命名规范 .pdf》由会员分享，可在线阅读，更多相关《2022年数据库表字段命名规范 .pdf（5页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、数据库表字段命名规范摘要：当前研发工作中经常出现因数据库表、数据库表字段格式不规则而影响开发进度的问题， 在后续开发使用原来数据库表时，也会因为数据库表的可读性不够高，表字段规则不统一， 造成数据查询， 数据使用效率低的问题，所以有必要整理出一套合适的数据库表字段命名规范来解决优化这些问题。本文是一篇包含了数据库命名、数据库表命名、 数据库表字段命名及SQL语言编码的规范文档， 针对研发中易产生的问题和常见错误做了一个整理和修改，为日后涉及到数据库相关的研发工作做好准备。一、数据库命名规范采用 26 个英文字母 ( 区分大小写 ) 和 0-9 的自然数 ( 经常不需要 ) 加上下划线_ 组成，

2、命名简洁明确，多个单词用下划线_ 分隔，一个项目一个数据库，多个项目慎用同一个数据库二、数据库表命名规范2.1 数据表命名规范（1） 采用 26 个英文字母 ( 区分大小写 ) 和 0-9 的自然数 ( 经常不需要 ) 加上下划线_ 组成，命名简洁明确，多个单词用下划线_ 分隔（2）全部小写命名，禁止出现大写（3）禁止 使用数据库关键字，如： name ，time ，datetime ，password 等（4）表名称不应该取得太长（一般不超过三个英文单词）（5）表的名称一般使用名词或者动宾短语（6）用单数形式表示名称，例如，使用 employee ，而不是 employees明细表的名称为：

3、主表的名称+字符 dtl （detail缩写）例如：采购定单的名称为： po_order ，则采购定单的明细表为： po_orderdtl （7）表必须填写描述信息（使用SQL语句建表时）名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 1 页，共 5 页 - - - - - - - - - 2.2 命名规范模块 _+功能点示例： alllive_log alllive_category 功能点示例：live message 通用表示例：all_user 2.3 待优化命名示例冗余：错

4、误示例： 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 字段命名规

5、范（1） 采用 26 个英文字母 ( 区分大小写 ) 和 0-9 的自然数 ( 经常不需要 ) 加上下划线_ 组成，命名简洁明确，多个单词用下划线_ 分隔（2）全部小写命名，禁止出现大写（3）字段必须填写描述信息（4）禁止 使用数据库关键字，如： name ，time ，datetime password 等（5）字段名称一般采用名词或动宾短语（6）采用字段的名称必须是易于理解，一般不超过三个英文单词（7）在命名表的列时，不要重复表的名称名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第

6、 2 页，共 5 页 - - - - - - - - - 例如，在名 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 说明：使用下

7、划线进行分类，提升可性，方便管理，修改为”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，逻

8、辑型的默认值为数值0 （2） 系统中所有逻辑型中数值0 表示为 “假” ， 数值 1 表示为 “真” ， datetime 、smalldatetime类型的字段没有默认值，必须为NULL名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 3 页，共 5 页 - - - - - - - - - （3）用尽量少的存储空间来存储一个字段的数据使用 int就不要使用 varchar 、char ，用 varchar(16) 就不要使 varchar(256) IP 地址使用 int 类型固定长

9、度的类型最好使用char，例如：邮编 (postcode) 能使用 tinyint就不要使用 smallint，int 最好给每个字段一个默认值，最好不能为null （4）用合适的字段类型节约空间字符转化为数字 ( 能转化的最好转化，同样节约空间、提高查询性能) 避免使用 NULL字段(NULL字段很难查询优化、 NULL字段的索引需要额外空间、NULL字段的复合索引无效 ) 少用 text类型( 尽量使用 varchar 代替 text字段) 3.5 数据库中每个字段的规范描述（1）尽量遵守第三范式的标准（3NF ）表内的每一个值只能被表达一次表内的每一行都应当被唯一的标示表内不应该存储依赖

10、于其他键的非键信息(2) 如果字段事实上是与其它表的关键字相关联而未设计为外键引用，需建索引(3) 如果字段与其它表的字段相关联，需建索引(4) 如果字段需做模糊查询之外的条件查询，需建索引(5) 除了主关键字允许建立簇索引外，其它字段所建索引必须为非簇索引名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 4 页，共 5 页 - - - - - - - - - 四、SQL语言编码规范4.1 大小写规范（1）所有关键字必须大写，如：INSERT 、UPDATE、DELETE 、SELEC

11、T 及其子句，IF,ELSE 、CASE 、DECLARE 等（2）所有函数及其参数中除用户变量以外的部分必须大写（3）在定义变量时用到的数据类型必须小写4.2 注释注释可以包含在批处理中， 在触发器、存储过程中包含描述性注释将大大增加文本的可读性和可维护性，本规范建议：（1）注释以英文为主，实际应用中，发现以中文注释的SQL语句版本在英文环境中不可用， 为避免后续版本执行过程中发生某些异常错误，建议使用英文注释（2）注释尽可能详细、全面创建每一数据对象前，应具体描述该对象的功能和用途，传入参数的含义应该有所说明， 如果取值范围确定， 也应该一并说明，取值有特定含义的变量（如boolean 类

12、型变量），应给出每个值的含义（3）注释语法：单行注释、多行注释单行注释：注释前有两个连字符（- ）对变量、条件子句可以采用该类注释多行注释：符号之间的内容为注释内容， 对某项完整的操作建议使用该类注释（4）注释简洁，同时应描述清晰（5）函数注释：编写函数文本 - 如触发器、存储过程以及其他数据对象- 时，必须为每个函数增加适当注释，该注释以多行注释为主，主要结构如下：CREATE PROCEDURE sp_xxx 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 5 页，共 5 页 - - - - - - - - -