因为近期完全是我负责某项目开发，所以关于数据库冗余字段的设计，有了一些新的见解。
其实在数据库设计方面，对于冗余字段的设计，网上也是褒贬不一的。通过资料的查询，大致有以下两个方向：
1、支持冗余字段的设计
引入冗余字段的设计，能够减少表关联，使用SQL查询的时候执行效率更快，特别是在数据量比较大的情况下。
2、否定冗余字段的设计
主要是违反了数据库三范式的，数据库设计看着不那么赏心悦目。
本人本着好看不如好用的思想，采纳了第一种，引入了部分冗余字段作为尝试，下面是我实际项目中遇到的真实尴尬情况。
1、运用冗余字段存储主表的信息，遇见主表数据更新，带冗余字段的表该怎么办？
例如：客户产品订购表，想不关联客户表查询客户名称，因此把客户名称存入产品订购表的冗余字段，当这个客户名称修改的时候，难道还要同步更新这张表么。如果客户名称并不是指冗余在这一张表，还有其他N张表都设计为客户名称为冗余字段，那么这个问题就比较严重了。
个人总结：冗余字段的设计还是尽量选取一些几乎不会发生修改的字段，以免造成尴尬情景。
2、使用冗余字段是真的为了查询速度吗？
本人使用冗余字段的原因，高效的执行效率只是其中一点，最主要的是为了单表查询（主要还是懒啊）。所以，引入冗余字段确实得慎重，不要为了节省那几行代码的时间，留下这么大的隐患。
2020.4.2
今天突然想起，有种情况一定要用冗余字段。举个例子：你昨天买了个手机，那么交易记录表里面就会新增一条记录，数据库里的记录可能是这样的，ID、购买人、商品编号、购物时间...，类似于这种情况，就应该加个商品名称的字段，否则第二天就把商品编号对应的物品调整成了鸡蛋，客户在查询的时候，就会发现自己花了几千块买了个鸡蛋。。。
以上只是举个例子，当然实际情况交易记录表肯定不是这么去设计的。
————————————————
原文链接：https://blog.csdn.net/qq_29611427/article/details/104898363
