我需要创建数据库表来存储备忘录。在“To”子句中，用户可以选择单个员工或员工组（不同的组已经在与员工有多对多关系的数据库中可用）。我想知道表的结构应该是什么。 对于没有组的简单备忘录，我将拥有“MemoMasters”和“Memodetails”，其中 memodetail 具有 EmployeeID 作为外键。我如何在这个结构中嵌入组
问候
【问题讨论】：
标签： database database-design one-to-many relational-database
只要您将其作为关系建模任务来处理，我看不出它的复杂性。假设你想要一个纯关系解决方案，试试这个Memo Data Model。如果您不熟悉关系数据库建模标准，IDEF1X Notation 可能会有所帮助。
它使用普通的超类型-子类型结构。
在这种情况下它是独占的：MemoAddress 即 either 和 EmployeeAddress 或 GroupAddress。
独占子类型需要超类型中的鉴别器：我使用了布尔值IsEmployee，CHAR 代码或类似代码也很常见。
这是纯 5NF；没有更新异常；完整的声明性引用完整性。
Ack 在正确的位置（我使用了 DateTime，但布尔值也可以）。
如果您不习惯，填充超类型-子类型结构的投影可能看起来很难看；只需询问您是否需要帮助。
不要区别对待“一个员工的简单备忘录”，你会遇到问题、重复代码等。
另一个问题是，您可能需要Employee 中的EmployeeId Employee，后者编写 Memo，这是另一回事，为此您确实需要一个FK for Employee in Memo。
【讨论】：
在这种结构中你不能。
这是一个many to many 关系，这样建模。
编辑（查看场景）： 上述要求不足以确定“确切解决方案”
冒着过度简化的风险，您应该：
1) 检查您是否可以将新信息粘贴到任何现有表/实体中
2) 如果没有，则检查是否将属性/列添加到任何现有表/实体
3）如果没有，则添加一个新表
决策永远不会明确地做出，您应该考虑几种情况及其后果。您还应该定期检查您的模型，因为它正在寻找机会对其进行规范化，因为它会极大地影响您系统的整体功能。
因此，例如，当您声明您已经有一个用于组的多对多表时，现在的主要问题是重用该表或创建一个新表的天气。
这取决于此表中的其他属性。也许对于您的业务模型/用例来说它是有意义的，也许它没有。
也许您需要为一个名为“MemoRecipients”的表建模，该表将存储有关收件人的信息（交付、确认等...）。然后你应该问问自己你是否需要所有这些状态的时间等等......
只有您才能确定适合您的问题空间的设计决策。
【讨论】：
似乎您需要继承层次结构来实现您所描述的。考虑下图：
在此图中，您创建了一个父表（我称之为海报），员工表和组表是子表。您必须给员工表和组表提供相同的主键，即组与海报、员工与海报之间存在一对一的链接。
这样，memo 的 poster_id 字段就指向了超类。您可以在海报、组和员工之间执行连接，以确定您指的是员工还是组。
我在图中省略了员工和组之间的关系，正如你所说的那样。
请注意，这只是说明可能的情况，您的解决方案可能会有所不同。
【讨论】：