关于数据库冗余字段设计的利与弊

前言：该文章仅为作者个人的感悟，仅供参考，欢迎大家做技术讨论，谢谢。

因为近期完全是我负责某项目开发，所以关于数据库冗余字段的设计，有了一些新的见解。

其实在数据库设计方面，对于冗余字段的设计，网上也是褒贬不一的。通过资料的查询，大致有以下两个方向：

1、支持冗余字段的设计

引入冗余字段的设计，能够减少表关联，使用SQL查询的时候执行效率更快，特别是在数据量比较大的情况下。

2、否定冗余字段的设计

主要是违反了数据库三范式的，数据库设计看着不那么赏心悦目。

 

本人本着好看不如好用的思想，采纳了第一种，引入了部分冗余字段作为尝试，下面是我实际项目中遇到的真实尴尬情况。

1、运用冗余字段存储主表的信息，遇见主表数据更新，带冗余字段的表该怎么办？

例如：客户产品订购表，想不关联客户表查询客户名称，因此把客户名称存入产品订购表的冗余字段，当这个客户名称修改的时候，难道还要同步更新这张表么。如果客户名称并不是指冗余在这一张表，还有其他N张表都设计为客户名称为冗余字段，那么这个问题就比较严重了。

个人总结：冗余字段的设计还是尽量选取一些几乎不会发生修改的字段，以免造成尴尬情景。

2、使用冗余字段是真的为了查询速度吗？

本人使用冗余字段的原因，高效的执行效率只是其中一点，最主要的是为了单表查询（主要还是懒啊）。所以，引入冗余字段确实得慎重，不要为了节省那几行代码的时间，留下这么大的隐患。

 

2020.4.2

今天突然想起，有种情况一定要用冗余字段。举个例子：你昨天买了个手机，那么交易记录表里面就会新增一条记录，数据库里的记录可能是这样的，ID、购买人、商品编号、购物时间...，类似于这种情况，就应该加个商品名称的字段，否则第二天就把商品编号对应的物品调整成了鸡蛋，客户在查询的时候，就会发现自己花了几千块买了个鸡蛋。。。

以上只是举个例子，当然实际情况交易记录表肯定不是这么去设计的。