适合中小型公司的Mysql数据库使用规范

这个是公司技术基础建设的一部分，在以后我会逐步推出更多的技术相关文章，感觉有用的请关注。

这个文章是为了规范公司的数据库使用的，如果公司有原来使用的规范可以做下对比。这个规范适合中小型公司，数据量不是特别大的。设计的单表容量在千万级。

数据库使用 MySQL ，版本 5.7+

数据库使用主要属性类型，数字用 int ，字符用 char ，比较多的字符用 text 或者 verchar， 根据实际情况，能用char的，尽量不要使用 verchar 。需要数据库控制时间的用 timestamp 给默认值即可。不需要数据库控制时间的 使用 char ，用程序控制即可。

涉及到金钱的使用 decimal(40,20) 统一用这个，可以兼容区块链相关钱币。

以上 属性类型基本可以满足 90% 以上的业务场景，需要严格遵守。

主键自增ID自带索引。

禁止使用 tinyint ，bigint 等数字类型。可能有人要给主键用bigint 但要考虑到，int类型就有上亿条数据量了，是否能达到？自己写个程序往数据库里插入几百万条数据试试，看怎样操作就明白了。

禁止使用其他时间格式，比如date 等。涉及到时间的可以直接使用char ，程序好处理。如果使用的是 Hibernate 请根据具体情况处理。

禁止设立外键，索引，联合索引。这个可以等到业务发展到一定程度的时候执行。

禁止联表查询。如果做不好，两个表几万的数据就可能会导致数据库慢的不行。用程序处理几十万的数据都没有问题。再大的数据量可以用临时表方案解决。

数据库中如果设计到type属性的，直接用char写入属性名称，禁止用数字代替。比如：1 代表上线，2代表审核，3代表审核通过，4代表待审核，5代表正常，6代表删除等等。禁止这样使用，直接用 char 是什么，就写什么，char的效率在mysql5.6版本之后和int的效率差不多。不用考虑效率问题。

1. 数据库相关的所有命名只能用小写英文字母，必须是有含义的英文单词，单词之间用 _ 进行间隔

2. 数据库名称需要与业务相关，或者直接使用项目名称。

3. 数据库编码需要使用utf8mb4 ，排序规则需要使用 utf8mb4_general_ci

4. 表引擎使用 InnoDB

5. 表命名方式，项目名_功能名 ， 功能名单词必须小写，多单词用英文 _ 进行间隔。

6. 表字段命名，默认需要有：

功能名_id int 类型主键自增不可为空。

其他字段名称，必须小写，单词间用英文 _ 进行分割。

7. 所有字段必须要写明注释，字段名称：名称，值；名称，值；

8. 进入数据库的数据不允许物理删除，只可以进行标志位删除。

9. 整形数字用 int ，字符型 少于 255 的使用 char ， 尽量不要使用verchar 。

10. 涉及到金钱的使用 decimal(40,20)

11. 数据库主要使用类型为

A表 B表，如果在 B表中使用 A表字段，要写 A_type_name 类似这样

这里要注意一定要有 create_time ， update_time 和 tb_status ，记录属性的小表可以单独处理，一般的表都要有这三个字段，并且 create_time ， update_time 由数据库管理，程序只需要读取就可以了。这样万一有问题的时候，可以在数据库中了解整条数据创建和变化的时间点。tb_status 是标志位可以代表这一条数据的状态，一旦进入数据库的内容禁止物理删除。

例子：

一个致力于提高中小公司技术管理的人，致力于提高公司整体技术实力的人。