优秀的库表设计，是高性能数据库的基础

范式：设计数据库结构过程中所要遵循的规则和指导方法

六种范式：
1NF、2NF、3NF、BCNF、4NF、5NF
常用的范式是前三个
1NF：无重复的列
2NF：属于完全依赖于主键
3NF：属性不传递依赖于其他非主属性
后面的范式必须满足前一个范式
2NF和3NF的区别
2NF：非主键列依赖主键
要是有依赖关系的就是第二范式
3NF：非主键列是直接依赖主键不是通过传递关系的依赖的
符合这种就是第三范式

将一张大表拆分为三个表
优点：

• 避免数据冗余
• 避免数据库的空间
• 数据变更速度快
  缺点：
• 范式等级越高，表的数量越多
• 获取数据时关联过多，性能较差

反范式：范式设计表无法满足性能需求时，需要根据业务场景，在范式的基础之上灵活设计

范式化模型：

• 数据没有冗余，更新容易
  1- 表的数量比较多
• 查询数据需要多表关联时，查询性能低下

反范式模型：

• 冗余将带来很好的读取性能
• 需要维护冗余数据
• 对磁盘空间的消耗是可以接受的

基础规范

1.回归存储的基本职能
2.查询时，尽量单表查询
3.杜绝大事务、大SQL、大批量、大字段等性能杀手

同一规范

• 默认存储引擎InnoDB
• 默认字符集utf8mb4
• 关闭大小写
• 开启per-table表空间

禁用功能

• eunm、set
• blob、text
• 视图、event
• 存储过程、触发器

命名规范

名称的字符范围为：a-z，0-9和_(下划线)
>所有表名小写
>不允许使用-(横杠)、空格
>不允许使用其他字符作为名称

遵循"见名知意"的原则
库名：1位数据库类型代码+项目简称+识别代码+序号

出入系统业务生产库：AOCT\AOCT1\AOCT2
出入系统业务开发库：AOCTDEV\AOCTDEV1\AOCTDEV2
出入系统业务测试库：AOCTEST\AOCTEST1\AOCTEST2

3.png

表的命名规则

4.png

字段名表达精准，遵循"见名知意"的原则，格式：名称_后缀

避免普遍简单、有歧义的名称
布尔型的字段、以助动词(has/is)开头

5.png

程序账号与数据库名字保持一致

索引命名格式
前缀表名(或缩写)字段名(或缩写)
主键必须用前缀"pk_"
UNIQUE约束必须用前缀"uk_"
普通索引必须使用前缀"idx_“

数据库表设计规范

显式指定需要的属性

• 创建表时显示指定字符集、存储引擎、注释信息

不同系统之间，统一规范

• 命名、类型保持一致
• 库表字符集和前端程序、中间件必须保持一致

InnoDB表

• 主键列，UNSIGNED整数，使用auto_increment
• 必须使用comment注释
• 必须显示指定engine
• 表必备三字段：id，xxx_create，xxx_modified

字段规范

• 合适的类型，最短的长度，NOT NULL
• 表字段数少而精
• 单实例表个数必须控制在2000个以内
• 单表分表个数必须控制在1024个以内
• 单表字段数上限控制在20-50个
• 禁用ENUM、SET类型，采用其他类型替代
• 禁用列为NULL
• 禁止VARBINARY、BLOB存储图片、文件等
• 不建议TEXT、BLOB，否则拆分

存储字符串长度相同的全部使用CHAR类型
变长采用VARCHAR类型，不预先分配存储空间，长度不要超过255