Дизайн модели данных для специализированного чат-приложения

Question

У меня возникли трудности при разработке подходящей модели данных для моего приложения.
В моем заявлении у меня есть пары участников, которые будут выполнять несколько действий вместе. Каждое спаривание будет иметь 2-3 разговоров в течение своего существования. В каждом разговоре может быть много сообщений, созданных одним из участников спаривания.
Лучшая модель у меня есть это:

  PAIRINGS 
     / \ 
     /  \ 
     V   V 
PARTICIPANTS  CONVERSATIONS 
-pairing_id  -pairing_id 
     \  /
     \  /
     V  V 
     MESSAGES 
     -participant_id 
     -conversation_id 

Однако эта модель позволяет автору сообщения, чтобы быть вне спаривания, что связано с беседой и что кажется неправильным. У кого-нибудь есть лучшие предложения о том, как я могу структурировать свою модель данных?

Answer 1

Это распространенная проблема. Добавьте pairing_id в MESSAGES таблице и соответствующим образом два FOREIGN ключей, чтобы включить эту колонку:

  PAIRINGS 
     / \ 
     /  \ 
     V   V 
PARTICIPANTS  CONVERSATIONS 
-pairing_id  -pairing_id 
     \  /
     \  /
     V  V 
     MESSAGES 
     -participant_id 
     -conversation_id 
     -pairing_id 

Большинство СУБД будет также требовать, чтобы добавить UNIQUE индексов, на PARTICIPANTS (pairing_id, participant_id) и CONVERSATIONS (pairing_id, conversation_id)