阿松嘚嘚嘚-数据库篇2-完美范式不完美

老于：“数据库市场对你来说太远了，我问你一个眼下的问题，如何设计一个表？”

阿松：“设计表，那还不容易，数据库三大范式，什么1NF\2NF\3NF\BCNF，直接上！”

老于：“骚年，其实还有4NF和5NF呢！5NF还被称为完美范式。可是遵照范式，一定真的完美么？”

阿松：“那当然，SQL都快50年了，这些基本理论可都是久经考验了”

老于：“其实也不尽然，原来那会儿的数据量和应用规模可比现在差远了，技术和理论也是一直发展的。如果让你概括一下三大范式，你觉得怎么概况？”

阿松：“很简单，能拆就拆，去除冗余”

老于：“不错，三大范式就是把字段各种拆解，防止产生部分以来和传递依赖，从而导致插入删除更新异常。但是，拆容易，合起来就难了”

阿松：“为啥要合？合久必分，分久必合？”

老于：“举个最简单的例子，比如说一个企业要做流程平台，记录流程的流转。有俩表人员(ID，姓名，部门)，流程(ID, 流程日期，内容，流程状态，人员ID)，这是不是满足三大范式？”

阿松：“对啊，一看就很明显，流程表只有人员ID作为外键，没有其他冗余字段”

老于：“后台程序员这么编程，他高兴了，因为没有那些异常的幺蛾子。但是报表统计人员就哭了，准备拿起40米大刀冲过去了”

阿松：“做报表的哭啥”

老于：“你想啊，报表需要的格式是啥样，（姓名，部门，流程日期，内容，流程状态）。这是不是得做表的连接？”

阿松：“那就做一下JOIN呗，很简单的”

老于：“做连接容易，但是你想过没有，第一，连接操作的复杂度可是很高的，咱们这个例子很简单，但是当数据量大了以后，开销规模可就不得了，那是多重循环的复杂度，所以一般公司都有连接不能超过三个表的规定。第二，这个流程信息表，真的不能有冗余么？而且没有了冗余，统计的结果真的会正确么？”

阿松：“其实可以有，这个员工提流程的时候，需要记录的就是他在提流程的时候所在的部门，如果他1月在技术部，提了一个流程，2月调动到了市场部，那一做连接，他1月的流程就成了市场部了”

老于：“这就叫，不尊重历史事实。报表统计人员成了背锅侠了”

阿松：“对啊，所以在这种情况下，就不能严格按照三大范式了，要允许冗余”

老于：“对，这种情况属于历史快照，这些不满足三大范式的冗余字段，其实恰恰是重要的记录信息”

阿松：“真没想到，现实很骨感，范式也不完美了，以后我要抛弃三大范式”

老于：“你可别。这恰恰就是具体情况具体分析，三大范式是OLTP人员的基本原则，虽然不一定非要一板一眼的去用，但是这个基本原理你必须要熟悉。反范式在OLAP人员中很常用，数据分析往往是需要把多数据集成汇总，降低JOIN提升效率就很必要了”

阿松：“老哥，学了一招，果然在实战中可以学到从书本中学不到的知识”

老于：“那当然，下次给你讲查询优化，那个学问才大呢”