在业余时间帮助图书馆。关系数据库：这是一个好的设计吗？

Question

Database Design

这对于关系数据库来说是一个糟糕的设计吗？我没有看到有人做过这样的例子。

但考虑到面试由我与面试表相关联的所有不同表格组成，这似乎是有效的。

除OH编号（口述历史编号。）一名叙述者的口述历史可能包括在不同日期进行的不同访谈。每个单独的面试都会被分配一个唯一的ID，使得一个系列被分配1个OH编号。

我也想把“面试官，索引者和转录师”放在同一张桌子里。

Answer 1

根据您提供的详细信息，我为您创建了以下模型。我相信这将是一个很好的起点。你有一个面试对象和一个人物对象。你有一个InterviewPerson加入表。这允许您在每次采访时拥有一对多人物。

  

我希望数据库足够健壮，如果研究人员打电话   并希望John Doe在Race上进行所有采访   关系，我可以提出一个问题。

要按照您的说明执行上述操作，您将同时加入InterviewPerson表上的Interview表和Person表，然后根据Person.firstName，Person.lastName，Interview限制您对该加入的查询.topic（或标题）。

请注意，这是草稿，但应该是一个很好的总体思路并开始。

Answer 2

Database Design Redux

这是我根据你的建议提出的。