DB基本理论思维导图

一个是让数据库自己通过外键来保证数据的完整性和一致性

一个就是能够增加ER图的可读性

1、 为关联字段创建外键。

2、 所有的键都必须唯一。

3、避免使用复合键。

4、外键总是关联唯一的键字段。

1，在大型系统中（性能要求不高，安全要求高），使用外键； 在大型系统中（性能要求高，安全自己控制），不用外键；小系统随便，最好用外键。

2，用外键要适当，不能过分追求

3，不用外键而用程序控制数据一致性和完整性时，应该写一层来保证，然后个个应用 通过这个中间层来访问数据库。

互联网应用是否建立外键的建议

隔离级别

1NF是对属性的原子性约束，要求属性具有原子性，不可再分解 ，即数据库表的每一列都是不可分割的基本数据项（只要是关系数据库都满足1NF）

满足1NF的关系被称为规范化的关系，1NF也是关系模式应具备的最起码的条件。 比如有这样一张表user的两列： name phone_number phone_number这一列只存储一个电话号码，如果一条数据同时存储了住宅电话和手机号码，比如：“010-65576558,13765556765”，那么这个属性是可以再分的，违背了1NF。

2NF是对记录的唯一性约束，要求记录有唯一标识。即实体的唯一性。通常我们设计一个主键来实现。

首先要满足是1NF，另外还需要包含两部分内容：一是表必须有一个主键；二是没有包含在主键中的列必须完全依赖于主键，而不能只依赖于主键的一部分。

3NF是对字段冗余性的约束，它要求字段没有冗余

数据库表结构设计时，遵从一定的范式（NF，Normal Form）可以减少数据冗余和操作异常。

没有冗余的数据库未必是最好的数据库，有时为了提高运行效率，就必须降低范式标准，适当保留冗余数据。具体做法是： 在概念数据模型设计时遵守第三范式，降低范式标准的工作放到物理数据模型设计时考虑。降低范式就是增加字段，允许冗余。

在保证数据完整性基础上，通常达到3NF，有时达到2NF已经足够了，追求过高的NF级别会导致混乱的库表，大量的多表连接查询，性能低下。

优势

劣势

范式所要求的正好相反，在反范式的设计模式，我们可以允许适当的数据的冗余，用这个冗余去取操作数据时间的缩短。也就是用空间来换取时间,把数据冗余在多个表中，当查询时可以减少或者是避免表之间的关联