12、数据库概念建模：从规则到完整模型

数据库概念建模：从规则到完整模型

1. 关系添加与模型现状

在设计过程中，添加了预约（Appointment）和物资（Supply）之间的多对多关系，用以记录预约期间物资的使用情况。此时，实体和属性已基本定义完成，且设计中未添加需求文档里未明确提及的内容。在实际场景中，寻找实体、关系和属性的步骤通常会一次性完成，但为了让过程更清晰，这里采用了循序渐进的方式。

2. 识别业务规则

业务规则是支配和塑造业务行为的陈述，其存在不意味着在当前阶段就能在数据库中实现。目标是记录所有与数据相关的规则，以备后续使用。
- 规则记录的重要性 ：定义业务规则时，规则和属性域可能会有重复，但这不是大问题。错过业务规则比错过属性、关系甚至表的影响更大，因为后期发现新的业务规则可能会破坏整个设计，导致重新设计或采用不合理的解决方案。
- 识别业务规则的方法 ：识别业务规则并非易事，没有直接的线索。一般做法是逐行阅读文档，寻找包含“一旦……发生”“……必须……”“……将会……”等表述的句子。但文档不一定包含所有业务规则，很多时候需要从以下两个地方挖掘：
- 旧代码 ：现有系统往往缺乏良好的文档，即使最初有完善的文档，随着时间推移和客户需求增加，文档质量也会下降，可能会遇到需要分析的糟糕代码。
- 客户经验 ：依靠客户记忆获取文档信息很困难，客户可能会遗忘或编造信息。获取业务规则的难度比获取用户需求更大，因为大多数人不关注细节，而业务规则的挖掘很大程度上依赖于细节。

在“会议记录片段”的示例中，