6、数据库设计中的反模式与解决方案

数据库设计中的反模式与解决方案

在数据库设计领域，存在一些常见的反模式，它们可能会给项目带来诸多问题。本文将详细介绍 EAV 反模式和多态关联反模式，以及相应的识别方法、合理使用场景和解决方案。

1. 识别 EAV 反模式

当项目团队说出以下类似话语时，可能意味着有人正在使用 EAV 反模式：
- “这个数据库无需更改元数据即可完全扩展。你可以在运行时定义新属性。” 关系型数据库通常不支持这种程度的灵活性，若有人声称设计了任意可扩展的数据库，很可能采用了 EAV 设计。
- “我在查询中最多能进行多少次连接？” 如果查询需要支持大量连接，甚至担心超出数据库限制，可能是数据库设计存在问题，EAV 设计常导致此类问题。
- “我无法为我们的电子商务平台编写报告。我们需要聘请顾问来完成。” 许多为定制性设计的现成数据库驱动软件包常使用 EAV 设计，这会使大多数常见的报告查询变得非常复杂甚至不切实际。

2. EAV 反模式的合理使用

在关系型数据库中使用 EAV 反模式很难找到正当理由，因为它会牺牲关系型范式的许多优势。但在某些应用中，确实存在支持动态属性的合理需求。大多数需要无模式数据的应用，实际上只在少数表甚至一个表中需要这种特性，其余数据需求仍符合标准表设计。如果在项目计划中考虑到 EAV 带来的额外工作和风险，谨慎使用它可能是两害相权取其轻的选择。不过要注意，有经验的数据库顾问指出，使用 EAV 的系统在一年内就会变得难以管理。

若有非关系型数据管理需求，可考虑使用非关系型技术，以下是一些示例：
- Berkeley DB：一个流行的键值存储，易于嵌入各种应用程序。