用于向多个用户发送消息的数据库架构

Question

我正在寻找最好的解决方案来实现向系统内多个用户发送消息（Facebook 风格）。

我提出了以下想法：其中每个消息都属于 Message_Chain，并且在 Message_status 表中列出了用户发送者和用户接收者。然而，当系统中有数百万条消息时，我担心这种模式的使用效率不是很高。

有人可以建议任何其他解决方案来解决当前的问题吗？或者解释一下为什么我的解决方案会很好？

CREATE  TABLE `message` (
  `msg_id` BIGINT UNSIGNED NOT NULL AUTO_INCREMENT ,
  `msg_text` TEXT NOT NULL ,
  `msg_date` DATETIME NOT NULL ,
  PRIMARY KEY (`msg_id`) );

CREATE  TABLE `message_chain` (
  `msgc_id` INT UNSIGNED NOT NULL AUTO_INCREMENT ,
  `msgc_topic` VARCHAR(255) NULL ,
  PRIMARY KEY (`msgc_id`) );

CREATE  TABLE `message_status` (
  `msgsta_msg_id` BIGINT UNSIGNED NOT NULL ,
  `msgsta_usr_id` INT UNSIGNED NOT NULL ,
  `msgsta_msgc_id` INT UNSIGNED NOT NULL ,
  `msgsta_is_sender` TINYINT(1)  NULL ,
  `msgsta_is_read` TINYINT(1)  NULL DEFAULT NULL ,
  `msgsta_is_deleted` TINYINT(1)  NULL ,
  PRIMARY KEY (`msgsta_msg_id`, `msgsta_usr_id`);

Answer 1

只要同一消息的收件人不多，该架构就应该可以正常工作。我不明白如何让它变得更小或更高效。

我能看到的唯一性能问题是，如果您想要进行广播，即将相同的消息发送给一大群人，或者说系统上的每个用户。发送这样的消息会非常慢（去过那里，做过那件事）。在这种情况下，我会惰性地跟踪此类全局消息的状态，即仅在单个用户打开消息后才为他创建状态行。但如果你没有计划这样的功能，我建议暂时忽略这个问题。

Answer 2

我的解决方案是通过使用更多编程来确定哪些消息发送给谁来避免大量数据存储。

例如，如果您想向系统的所有用户发送消息，可以在 usr_id 列中放置“”，然后以编程方式获取 usr_id = current_usr_id OR '' 的所有消息。然后，您可以执行各种过滤器，并提出自己的语法来创建 messager_user 列表，而无需数据库存储。

似乎是处理/存储之间的权衡......