MySQL 数据库、表、字段的命名建议规范

在软件应用开发过程中经常出现因数据库表、数据库表字段格式不规则而影响开发进度的问题 。在维护应用使用原来数据库表时,也会因为数据库表的可读性不够高,表字段规则不统一,造成数据查询,数据使用效率低的问题,所以有必要整理出一套合适的数据库表字段命名规范来解决优化这些问题 。

MySQL 数据库、表、字段的命名建议规范

文章插图
 
本文介绍了数据库命名、数据库表命名、数据库表字段命名及SQL语言编码的规范文档,针对研发中易产生的问题和常见错误做了一个整理和修改,为日后涉及到数据库相关的研发工作做好准备 。当然,这些只是建议规范,约定俗成而已 。
 
一、数据库命名规范采用26个英文字母(区分大小写)和0-9的自然数(经常不需要)加上下划线组成,命名简洁明确,多个单词用下划线 '_' 分隔,一个业务项目一个数据库,多个业务项目慎用同一个数据库 。
二、数据库表命名规范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. 表设计
(1)表必须定义主键,默认为ID,整型自增,如果不采用默认设计必须咨询DBA进行设计评估 。
【MySQL 数据库、表、字段的命名建议规范】(2)ID字段作为自增主键 。一般所有表都要有id, id必为主键,类型为bigint unsigned,单表时自增、步长为1 。一般情况下主键id和业务没关系的 。
(3)强烈建议不使用外键, 数据的完整性靠程序来保证 。
(4)多表中的相同列,必须保证列定义一致 。
(5)国内表默认使用InnoDB,表字符集默认使用gbk,国际默认使用utf8的表 。
(6)一般情况下每张表都有着四个字段create_id,create_time,update_id,update_time, 其中create_id表示创建者id,create_time表示创建时间,update_id表示更新者id,update_time表示更新时间,这四个字段的作用是为了能够追踪数据的来源和修改 。
(7)单表一到两年内数据量超过500w或数据容量超过10G考虑分表,且需要提前考虑历史数据迁移或应用自行删除历史数据 。
(8)单条记录大小禁止超过8k,一方面字段不要太多,有的都能上百,甚至几百个,另一方面字段的内容不易过大,像文章内容等这种超长内容的需要单独存到另一张表 。
(9)日志类数据不建议存储在MySQL上,优先考虑Hbase或OB,如需要存储请找DBA评估使用压缩表存储 。
(10)为了提高查询效率,可以适当的数据冗余,注意是适当 。
 
三、数据库字段命名规范1. 字段命名规范
(1)采用26个英文字母(区分大小写)和0-9的自然数(经常不需要)加上下划线'_'组成,命名简洁明确,多个单词用下划线'_'分隔 。
(2)全部小写命名,禁止出现大写 。
(3)字段必须填写描述信息 。
(4)禁止使用数据库关键字,如:name,time,datetime password 等 。
(5)字段名称一般采用名词或动宾短语 。
(6)采用字段的名称必须是易于理解,一般不超过三个英文单词 。
(7)在命名表的列时,不要重复表的名称 。
例如,在名employe的表中避免使用名为employee_lastname的字段 。
(8)不要在列的名称中包含数据类型 。
(9)字段命名使用完整名称,禁止缩写 。
 
2. 字段名命名示例
(1)使用下划线进行分隔,提升可读性 。
例如,user_name,user_id,is_friend,is_good 。
(2)使用完整名称,提高可读性 。
例如,uid修改为user_id,pid修改为person_id 。
 
3. 字段设计
(1)表被索引列必须定义为not null,并设置default值 。
(2)禁止使用float、double类型,建议使用decimal或者int替代 。
(3)禁止使用blob、text类型保留大文本、文件、图片,建议使用其他方式存储,MySQL只保存指针信息 。


推荐阅读