共计 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 问一下细节
