共计 1764 个字符，预计需要花费 5 分钟才能阅读完成。

自动写代码机器人，免费开通

本篇文章给大家分享的是有关数据库命名规范有哪些，丸趣 TV 小编觉得挺实用的，因此分享给大家学习，希望大家阅读完这篇文章后可以有所收获，话不多说，跟着丸趣 TV 小编一起来看看吧。

数据库命名规范

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

数据库表命名规范

数据表命名规范

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

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

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

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

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

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

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

例如：采购定单的名称为：po_order，则采购定单的明细表为：po_orderdtl。

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

表设计

（1）表必须定义主键，默认为 ID，整型自增，如果不采用默认设计必须咨询 DBA 进行设计评估。

（2）ID 字段作为自增主键。一般所有表都要有 id,id 必为主键，类型为 bigintunsigned，单表时自增、步长为 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）采用 26 个英文字母 (区分大小写) 和 0 - 9 的自然数 (经常不需要) 加上下划线 _ 组成，命名简洁明确，多个单词用下划线 _ 分隔。

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

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

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

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

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

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

例如，在名 employe 的表中避免使用名为 employee_lastname 的字段。

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

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

字段名命名示例

（1）使用下划线进行分隔，提升可读性。

例如，user_name，user_id，is_friend，is_good。

（2）使用完整名称，提高可读性。

例如，uid 修改为 user_id，pid 修改为 person_id。

字段设计

（1）表被索引列必须定义为 notnull，并设置 default 值。

（2）禁止使用 float、double 类型，建议使用 decimal 或者 int 替代。

（3）禁止使用 blob、text 类型保留大文本、文件、图片，建议使用其他方式存储，MySQL 只保存指针信息。

（4）禁止使用 varchar 类型作为主键。

以上就是数据库命名规范有哪些，丸趣 TV 小编相信有部分知识点可能是我们日常工作会见到或用到的。希望你能通过这篇文章学到更多知识。更多详情敬请关注丸趣 TV 行业资讯频道。

向 AI 问一下细节