Mysql 组消息应用程序的正确后端结构

Mysql 组消息应用程序的正确后端结构,mysql,ios,sql,Mysql,Ios,Sql,宠儿 如果我正在为允许组文本的消息传递应用程序设计后端,并且具有以下结构: 消息表 message id | creator | message data | date created conversationtomessage id | conversation id | message id 对话桌 conversation id | creator | date created 会话信息表 message id | creator | message data | date crea

宠儿 如果我正在为允许组文本的消息传递应用程序设计后端,并且具有以下结构:

消息表

message id | creator | message data | date created
conversationtomessage id | conversation id | message id
对话桌

conversation id | creator | date created
会话信息表

message id | creator | message data | date created
conversationtomessage id | conversation id | message id
对话桌

conversationtouser id | conversation id | user id

将对话列的创建者放在对话表中有意义吗?或者,如果创建者也将链接到对话用户表中,那么这是多余的信息吗?我认为只能使用两个表来完成:

使用者

  • id(唯一id)
  • 用户名
  • 名字
  • 创造
  • 信息

  • id(唯一id)
  • 用户id
  • 类型(1个用于单个消息,2个用于组消息)
  • 消息标识符(特定对话的唯一id)
  • 信息文本
  • 创造