3番目のテーブルの多対多の関連テーブルを使用する必要がありますか？

Question

私はメッセージングシステムを実装しています。 私は、これらのテーブルがあります：Thread、User、ThreadUser、Message

• 各Threadは各UserがThreadUser（多対を経て、多くのThread秒を持っている（多対多）ThreadUser
• を経て、多くのUser秒を持っています
• 各Messageが属する多）Thread（多対一）
• 各Messageはに属し（多対1）

は、それは、スレッド内のメッセージのみがそのスレッド内のユーザーではなく任意のユーザであることができることを保証するために、ThreadUser代わりのUserにMessage.fromポイントを持っているのは良いアイデアです私のDB？何が欠点ですか？ここで

Answer 1

は、私はあなたの問題に対する適切な解決策になるはずです何を感じるのです。

ユーザー表：

UserId (PK), UserName, Email, ......

スレッド表：

ThreadId (PK), ThreadName, ......

ThreadUser表：

ThreadUserId (PK), ThreadId(FK), UserId(FK),........

ことにより、各ユーザーはスレッドだけに一度参加できることを保証し、この表に(ThreadId, UserId)の複合UNIQUE KEYを作ることを忘れないでください。

最後に、
メッセージ表：

MessageId (PK), ThreadUserId(FK), MessageTitle, MessageBody,........

私たちがメッセージテーブルにThreadUserIdをreferncingによって両方ThreadとUserを識別していることに注意してください。そのため、どのユーザーがどのメッセージをどのスレッドに投稿したのかを特定するのに役立ちます。

このことは、Messagesの誰かのポストは何も前に、アプリケーションはThreadUserIdがそのUserのために、彼らが役立ちます。

ホープの何かを書くことを希望しているThreadのために存在するかどうかを検証する必要があります。