Facebook风格的消息系统架构设计

Question

我正在寻找在我的网站中实现 Facebook 风格的消息系统（线程消息）。

您认为这个架构标记看起来还好吗？

Doctrine schema.yml：

UserMessage:
  tableName: user_message
  actAs: [Timestampable]
  columns:
    id: { type: integer(10), primary: true, autoincrement: true }
    sender_id : { type: integer(10), notnull: true }
    sender_read: { type: boolean, default: 1 }
    subject: { type: string(255), notnull: true }
    message: { type: string(1000), notnull: true }
    hash: { type: string(32), notnull: true }
  relations:
    UserMessageRecipient as Recipient:
      type: many
      local: id
      foreign: message_id
    UserMessageReply as Reply:
      type: many
      local: id
      foreign: message_id
UserMessageReply:
  tableName: user_message_reply
  columns:
    id: { type: integer(10), primary: true, autoincrement: true }
    user_message_id as message_id: { type: integer(10), notnull: true }
    message: { type: string(1000), notnull: true }
    sender_id: { type: integer(10), notnull: true }
  relations:
    UserMessage as Message:
      local: message_id
      foreign: id
      type: one
UserMessageRecipient:
  tableName: user_message_recipient
  actAs: [Timestampable]
  columns:
    id: { type: integer(10), primary: true, autoincrement: true }
    user_message_id as message_id: { type: integer(10), notnull: true }
    recipient_id: { type: integer(10), notnull: true }
    recipient_read: { type: boolean, default: 0 }

当我做出新回复时，我将确保“recipient_read”的布尔值对于每个收件人都设置为 false，当然我会确保 sender_read 也设置为 false。

我使用 URL 的哈希值： http://example.com/user/messages/aadeb18f8bdaea49882ec4d2a8a3c062< /a>

（由于 id 将从 1 开始，我不希望有 http:// example.com/user/messages/1。是的，我可以从更大的数字开始递增，但我更愿意从 1 开始。）

这是一个好方法吗？我们将非常感谢您的想法和建议。

谢谢你们！

Answer 1

这个型号怎么样？

MESSAGES              USER_MESSAGES
========              =============
id                    id
content               message_id
reply_message_id      recipent_id
                      read
                      trash
                      hide

Answer 2

user_message.created_at 和 user_message_recipient.created_at 有什么区别？

update_at 也有同样的问题。 （后来：我猜 user_message_recipient.updated_at 可能是收件人阅读消息的时间。如果是这样的话，我更喜欢一个更有意义的名称。）

您是否考虑过深入研究一些开源项目的源代码，这些项目旨在脸书替代品？

当我做出新回复时，我将确保每个收件人的“recipient_read”布尔值设置为 false，当然我也会确保 sender_read 也设置为 false。

我希望这意味着 dbms 将验证这些布尔值是否设置正确。

Answer 3

我还尝试使用数据库创建一个消息系统，最常见的缺陷是忘记每个用户都有不同的已读-未读消息状态。我几乎没有在数据库方案中显示，但简而言之，您必须考虑为每个用户的每个 user_message 和 user_message_reply 创建类似 isread 的标志，这样每个用户只会看到未读消息。