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

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

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

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

1、支持冗余字段的设计

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

2、否定冗余字段的设计

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

 

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

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

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

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

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

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

 

2020.4.2

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

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

已标记关键词 清除标记
相关推荐
©️2020 CSDN 皮肤主题: 编程工作室 设计师:CSDN官方博客 返回首页