数据库基础知识一

三大范式

为了建立冗余较小、结构合理的数据库，设计数据库时必须遵循一定的规则。在关系型数据库中这种规则就称为范式。范式是符合某一种设计要求的总结。要想设计一个结构合理的关系型数据库，必须满足一定的范式。

在实际开发中最为常见的设计范式有三个：
1．第一范式(确保每列保持原子性)
2．第二范式(确保表中的每列都和主键相关)
第三范式(确保每列都和主键列直接相关,而不是间接相关)

参考

数据库设计三大范式

主外键

1、主键

• 定义：表中有一个列或多列的组合，其值能唯一地标识表中的每一行。当创建或更改表时可通过定义 PRIMARY KEY 约束来创建主键。一个表只能有一个 PRIMARY KEY 约束，而且 PRIMARY KEY 约束中的列不能接受空值。
• 作用：强制表的实体完整性。由于 PRIMARY KEY 约束确保唯一数据

2、外键

• 定义：​ 外键就是通过表中一个键将两个表连接起来的键
• 作用：
  ​ 保证数据的完整性和一致性
  ​ 主要目的是控制存储在外键表中的数据。
  支持关联查询。
  ​ FOREIGN KEY约束用于防止会破坏表之间链接的操作

为什么要尽量设定一个主键？
主键是数据库确保数据行在整张表唯一性的保障，即使业务上本张表没有主键，也建议添加一个自增长的ID列作为主键。设定了主键之后，在后续的删改查的时候可能更加快速以及确保操作数据范围安全。

主键使用自增ID还是UUID？

推荐使用自增ID，不要使用UUID。
因为在InnoDB存储引擎中，主键索引是作为聚簇索引存在的，也就是说，主键索引的B+树叶子节点上存储了主键索引以及全部的数据(按照顺序)，如果主键索引是自增ID，那么只需要不断向后排列即可，如果是UUID，由于到来的ID与原来的大小不确定，会造成非常多的数据插入，数据移动，然后导致产生很多的内存碎片，进而造成插入性能的下降。
总之，在数据量大一些的情况下，用自增主键性能会好一些。
关于主键是聚簇索引，如果没有主键，InnoDB会选择一个唯一键来作为聚簇索引，如果没有唯一键，会生成一个隐式的主键。

SQL 约束有哪几种？

非空（not null）
唯一（unique），可以有多个
主键：字段内容唯一，且仅有一个
外键：保持数据一致性，完整性，主要目的是控制存储在外键表中的数据
check：控制字段的范围

字段为什么要求定义为not null？
null值会占用更多的字节，且会在程序中造成很多与预期不符的情况。