本文探讨了关系数据库的去规范化设计，旨在提升查询性能。内容包括合并一对一联系、复制非关键字属性、复制外键、处理多对多联系、引入重复组、创建抽取表和对关系进行分区等方法。去规范化虽然可能导致复杂性和更新速度下降，但在不常更新、频繁检索的场景下，可以有效减少连接操作，提高性能。同时，文章也讨论了去规范化带来的数据一致性维护挑战及解决方案。
目的：提升性能
去规范化会使实现变得更加复杂
逆规范化通常会降低灵活性
逆规范化会加快检索的速度，但却会降低更新的速度。（对数据库不需要经常更新，频繁检索的应用更合适！）
合并一对一联系
如果两个关系之间的联系是一对一，并且经常被一起访问，很少单独访问其中的一个关系，那就应该考虑合并
在一对多联系中复制非关键字属性以减少连接操作
将父关系的一个或者多个非关键字属性复制到一对多联系的子关系，以减少连接操作
因复制而产生的一个相关问题是每当一个元组被插入、修改或者删除时，会带来维持数据一致性的额外开销
因复制所带来的存储开销问题：目前二级存储器的价格很便宜，已不是一个很重要的问题，但这并不意味着可以随意复制
使用查看表（lookup table）
为房产类型定义一个查看表PropertyType(父关系)，并将表PropertyForRent (子关系)修改为右边形式
使用查看表的好处：
- 减小子关系的大小：代码类型type属性只占1 个字节
最低0.47元/天 解锁文章
扫一扫
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
