mysql - 群组消息应用程序的正确后端结构

Question

最喜欢的如果我正在设计允许群组文本并具有以下结构的消息传递应用程序的后端:

消息表

message id | creator | message data | date created

对话表

conversation id | creator | date created

对话消息表

conversationtomessage id | conversation id | message id

ConversationtoUser 表

conversationtouser id | conversation id | user id

在对话表中包含对话列的创建者是否有意义，或者考虑到创建者也将链接到对话用户表中，该信息是否多余

Answer 1

我认为仅使用两个表即可完成:

用户

1. id(唯一 ID)
2. 用户名
3. 姓名
4. 已创建

消息

1. id(唯一 ID)
2. 用户 ID
3. 类型(1 表示个人消息，2 表示群组消息)
4. message_identifier(特定对话的唯一 ID)
5. message_text
6. 已创建