一对多数据库关系

Question

伙计们，如果有人能帮助我解决这个问题，我将非常感激。我有一个架构，其中包含与此问题书籍、组、阅读列表、评论相关的 4 个表。系统的用户可以加入群组并将书籍添加到该群组的阅读列表中。组的图书列表由表 ReadingList 表示：

ReadingList
-------------
Id (auto_increment)
ReadingListID
BookID (pk)
GroupID (pk)

BookID 和 GroupID 设置为复合主键，以确保任何一本书不能在组阅读列表中出现两次。这两个字段都为相关表 Books/Groups 定义了一个 fk。现在，当尝试在评论表和阅读列表之间建立关系时，我的问题出现了。理论上，阅读列表中的每个唯一条目都可以有许多评论 (1..*)，因此基本上，组阅读列表中的一本书可以有许多与 in 相关的评论。评论表如下所示：

Comments
-----------
Id (pk, auto_increment)
ReadingListID
UserName
Comment
TimeStamp

我的逻辑是，一个 fk可以从注释（ReadingListID）设置到阅读列表（ReadingListID），但我显然有缺陷，因为我收到“引用表中没有主键或候选键”错误。

我尝试过各种各样的事情，比如制作 ReadingListID & Comments 表中的 Id 是复合键，并使 ReadingListID 成为 ReadingList 表中的 pk 等，但我就是无法理解这一点。如果我说得不够清楚，请告诉我。

非常感谢！

Answer 1

BookInGroupCommentNo 为整数，序列号 ( 1,2,3..) 对于每个 GroupID, BookID 组合。 轻松获得它

select
    coalesce(max(BookInGroupCommentNo), 0) + 1  
from ReadingList
where GroupID = some_group_id
  and BookID  = some_book_id ;

创建新评论时可以使用从 ReadingList 和 Comment< 中删除那些自增 ID 和 ReadingListID /代码> 表。

Answer 2

您可以做的是将 ReadingList 的主键从组合 (BookID+GroupID) 更改为 ReadingListID 列，然后您的 FK 将起作用。然后，您可以跨 BookID+GroupID 列创建唯一约束或索引来强制数据完整性。

不过，我很困惑为什么你的 ReadingList (Id) 上有一个自动增量，它与你的 ReadingListID 列是分开的。也许你应该放弃其中之一。在我看来，您的架构似乎是这样设置的，也许 ReadingList.Id 是 PK，而 Comments.ReadingListID 是该列的 FK。

Answer 3

这是因为 ReadingList 的主键实际上是一个组合键（BookID、GroupID）。您应该更新 Comments 表并拥有 BookID 和 GroupID 而不是 ReadingListID。

为什么有 ReadingListID？您不需要它，因为您已经定义了复合主键。

Answer 4

我建议：

ReadingList
-------------
ReadingListID (pk, auto_increment)
BookID (fk)
GroupID (fk)
+ Unique index on (BookID, GroupID)

Comments
-----------
CommentID (pk, auto_increment)
ReadingListID
UserName
Comment (maybe "Content", "Value" or "Body" could help avoid typing comments.comment)
TimeStamp