关于数据库反范式设计的一些要点

前言

在实际的开发应用中，我们常用的数据库设计是反范式的。原因是遵循三大范式的数据库设计常常带来一定的弊端，例如，加大开发的复杂度、带来一定的性能损耗。

数据的三大范式

·第一范式：强调的是列的原子性，即数据库表的每一列都是不可分割的原子数据项。
·第二范式：要求实体的属性完全依赖于主关键字。所谓完全依赖是指不能存在仅依赖主关键字一部分的属性。
·第三范式：任何非主属性不依赖于其它非主属性。也就是数据不冗余或者通过外键约束建立表的关联

反范式

即不满足上述三大范式的数据库设计

常见的反范式数据库设计

1.合理冗余

在数据库规范中，提倡我们尽量减少数据冗余。但是，在实际的开发中，合理的数据冗余反而能降低我们的开发难度、提升查询效率。

比如，在我的订单表中我就利用了合理冗余的优势，规避了三大范式带来的影响。

我的订单表中冗余了username这个字段，并且username是那种变更频率小或者不变更的字段。每次我在查询订单的时候，都需要把username这个字段也查出来。假如我不在订单表中冗余username字段，那么每次查询订单的时候，我就需要进行订单表和用户表的联表查询，这个性能是非常差的。

当然，为了扬长避短，数据冗余也有一定的限定条件:

a.变更频率小或者不变更的内容，如省市区、姓名、性别等；

b.冗余的数据不宜过大，过大的话会让表占用空间过大，从而影响查询性能

2.去除外键

在三大范式中，要求我们通过外键约束建立表的关联。但是在实际开发中，常见的方案是去除外键，数据完整性和数据一致性由我们的程序来控制

反范式设计的优势

1.减少了联表查询，提升查询性能

2.降低开发难度

反范式设计的劣势

1.占用更多的磁盘空间，以空间换时间

2.存在数据一致性问题。当冗余数据发生变更时，维护起来是一件很麻烦的事情，因此适合用于那些变更频率小或者不变更的字段。