2 数据库设计问题。层次树

Question

1.）我有一个数据库，其中每个条目代表一个任务。 而在几十甚至上百个任务中，都会有一个特殊的任务（这是一个里程碑）
因此，在这种情况下，我只有很少的条目需要额外的字段来将它们与大多数条目分开。

我不想创建第二个表，因为这是使这些里程碑变得特别的唯一字段，它们与常规任务条目共享许多其他字段。

我是否应该创建另一个字段来保存一些 TRUE，而其余的默认为 FALSE

2.) 对于每个任务，它都有可变数量的执行者（取决于用户输入） （更进一步，每个执行者都有自己的多个子执行者。）所以我本质上是使用数据库来描述树结构。我现在的方式是，如果有的话，我将拥有相同任务信息的 5 个副本共有5位表演者，占据5个条目。如果我的数据库中不打算有超过 10,000 个条目（包括副本），这是要走的路吗

谢谢

这应该澄清它

1. 任务1（这是一个里程碑任务）

   • 表演者1
     • 表现不佳 ID=21
     • 表现不佳 ID=542
   • 表演者2

2. 任务 2（这不是里程碑任务）

   • 表演者2
     • 表现不佳 ID=231

次执行者和执行者是完全不同的群体。完全没有重叠。次要执行者是向执行者提供输入的群体，因此执行者可以完成分配给他们的任务。

Answer 1

我不确定这是否是您想要的：

tblTask​​ 包含任务ID、isMilestone 列以及您需要的一切。

tblAgent 包含 agentID 列和您需要的一切（这些将是（子）执行者）。

具有列 fk_agentID、fk_task 的 tblPerformance

具有列 fk_agentID_performer、fk_agentID_subperformer 的 tblSubperformance

被 fk_ 外键引用

fk_agent -> tblAgent.agentID
fk_task -> tblTask.taskID
fk_agentID_performer -> tblAgent.agentID
fk_agentID_subperformer -> tblAgent.agentID

Answer 2

1）是创建一个布尔标志。

2）不。如果你有重复的数据，你就会遇到问题。
您需要标准化

Answer 3

您实际上没有利用数据库的关系性质。最好的方法是：

• 有一个任务表（具有唯一的 id，没有额外的里程碑字段，没有 preformers）
• 有一个包含两列的里程碑表：任务 id 和特殊的里程碑字段 - 只有里程碑才会出现在该表中
• 有一个包含两列的表：任务 ID 和执行者

• 有一个包含两列的表：执行者和次执行者

• 如果表演者可以 如果表演者可以有多个字段，请在上表中使用表演者 id，并拥有一个包含表演者 id 和其他字段的表

回复：评论

我读到规范化会降低数据库效率，这就是我将它们全部结合起来的原因。

在哪里？这是一个非常奇怪的说法。

对于包含任务 ID 和执行者的表（列表中的第三个），如果任务 143 需要员工 A、B、C。在 DB 中，（第 1 行 | 143 | A）（第 2 行 | 143） | B) (第 3 行| 143 | C) 你们还有冗余吗？

第三个表中的重复不是冗余问题，因为您没有复制任何信息：表中的信息与关系有关，并且三行中有三个关系。

当您有像您这样的设置时，就会出现冗余问题，假设任务 143 的完成日期为“2011 年 5 月 31 日”，那么您的表格将如下所示：

task_id  completion_date  performer
143      May 31, 2011     A
143      May 31, 2011     B
143      May 31, 2011     C

现在假设我想更改 completion-date 对于任务 143。在您的设置中，我必须在所有三行中更改它，更糟糕的是，如果有人做错了什么，您可能会得到一个不一致的表，例如：

task_id  completion_date  performer
143      May 31, 2011     A
143      May 12, 2011     B
143      May 31, 2101     C

现在您不知道哪一个是正确的completion_date！
当您标准化时，一个表中只有一行可以更改日期，并且您的数据库永远不会像这样不一致。