Question

好吧，所以我觉得我很接近我需要的东西，但我不确定几件事情：

TABLE messages

message_id
message_type
sender_id
timestamp

TABLE message_type

message_type_code (1, 2, 3)
name (global, company, personal)

TABLE message_to_user

message_id
receiver_id
status (read/unread)

目标：

能够向所有用户发送GLOBAL消息。
在1个或更多用户之间发送PERSONAL消息。
确定接收方是否已阅读过这些消息。

问题：

我的架构是否会处理所需的所有内容？
示例SQL查询在填充某些收件箱时会是什么样子，引入GLOBAL消息以及PERSONAL消息 - 我希望能够确定哪个是UI。

如果您觉得它会受益，请随意添加到我的架构中。

Answer 1

Schema看起来会起作用。应该也应该有一个创建日期。虽然没有为每个人创建条目，但无法知道您是否已阅读全局消息。

这是一些SQL：

SELECT M.*, MTU.* 
FROM messages M 
    LEFT JOIN message_to_user MTU ON MTU.message_id=M.message_id
WHERE MTU.receiver_id={$UserID} OR M.message_type={$GlobalType}
ORDER BY M.created_on DESC

[编辑] 问题：每个用户都需要拥有自己独特的全局电子邮件“读取”状态。您可能还希望让他们能够“删除”/隐藏此电子邮件，这样他们就不必一直看着它。如果没有为每封电子邮件创建任何一行，就没有办法解决这个问题，这可能会让很多人立刻做出这样的行动......或者更好的是，在阅读之前不要创建状态。这样，只有在读取消息时才会发生全局电子邮件的INSERTS。

messages
    message_id
    message_type
    sender_id
    timestamp

message_recipient
    message_id
    user_id

message_status
    message_status_id
    message_id
    user_id
    is_read
    read_datetime
    is_deleted
    deleted_datetime

SELECT M.*, MR.*, MS.*
FROM messages M
    LEFT JOIN message_recipient MR ON MR.message_id=M.message_id
    LEFT JOIN message_status MS ON MS.message_id=M.message_id
WHERE 
    (MS.message_status_id IS NULL OR MS.is_deleted = 0)
    (MR.user_id={$UserId} OR M.message_type={$GlobalType})
ORDER BY M.timestamp DESC

[编辑] 是将message_type用作数据库表还是仅仅作为代码中的设置部分是个人偏好，部分是您的需求。如果需要查询数据库并直接从查询中查看“个人”和“全局”文本，则需要使用message_type表。但是，如果您只需要“类型”来处理业务逻辑，但不需要在查询结果中看到它，那么我将使用“Enum”样式方法。枚举是一个C＃的东西......在PHP中，你得到的最接近的是一个带有常量的类......类似于：

class MessageTypes {
    public const Global   = 0;
    public const Personal = 1;
}

因此，您的查询将是：WHERE ... message_type=".MessageTypes::Global."...

Answer 2

一种方法可以是将全局消息与个人消息分开，就像我认为你已经尝试过的那样。

要有效获取全局消息的读取状态，您需要添加一个包含global_message_id和user_id的组合键的表。

messages_tbl
 - message_id    |  int(11)  | Primary Key / Auto_Increment
 - message_type  |  int(11)
 - sender_id     |  int(11)  | FK to sender
 - receiver_id   |  int(11)  | FK to receiver
 - status        |  int(1)   | 0/1 for Unread / Read
 - message       |  text
 - date          |  datetime

global_message_tbl
 - g_message_id   |  int(11)  | Primary Key / Auto_Increment
 - g_message_type |  int(11)
 - sender_id      |  int(11)  | FK to sender
 - date           |  datetime

global_readstatus_tbl
 - user_id       |  int(11)   | Primary Key
 - g_message_id  |  int(11)   | Primary Key
 - date          |  datetime

或者合并messages_tbl和global_message_tbl，以便他们在循环中亲自向每个用户发送一条全局消息。这会将您的架构缩减到一个表格。

messages_tbl
 - message_id    |  int(11)     | Primary Key / Auto_Increment
 - sender_id     |  int(11)     | FK to sender
 - receiver_id   |  int(11)     | FK to receiver
 - status        |  int(1)      | 0/1 for Unread / Read
 - message_type  |  varchar(8)  | Personal / Global / Company
 - message       |  text
 - date          |  datetime
 - type          |  varchar(8)

如果您希望能够更好地规范化表格，并且将来更容易添加消息类型，请将message_type再次移回其自己的表中，并使message_type成为{{FK} 1}}

message_type_id

更新 - 样本表（1表）

message_type_tbl - message_type_id | int(11) | Primary Key / Auto_Increment - message_type | varchar(8) | Personal / Global / Company

message_tbl

message_id | message_type | sender_id | receiver_id | status | message | datetime 1 | personal | 2 | 3 | read | foobar | 12/04/11 00:09:00 2 | personal | 2 | 4 | unread | foobar | 12/04/11 00:09:00 3 | personal | 3 | 2 | unread | barfoo | 12/04/11 02:05:00 4 | global | 1 | 2 | unread | gmessage | 13/04/11 17:05:00 5 | global | 1 | 3 | unread | gmessage | 13/04/11 17:05:00 6 | global | 1 | 4 | read | gmessage | 13/04/11 17:05:00

user_tbl

以上假设用户2,3和4是一般用户向对方发送消息，用户1是将用于发送全局消息的管理员帐户（直接分别发送给每个用户），允许您查看相同的信息好像这是个人信息。

要以此格式发送全局消息，您只需循环遍历users表以获取要将全局消息发送到的所有ID，然后只需user_id | name 1 | Admin 2 | johnsmith 3 | mjordan 4 | spippen INSERT messages_tbl中每个用户的行。 1}}。

如果您不希望您的用户每天向数百万用户发送数百万条消息以及定期发送全局消息，则行数不应成为问题。您始终可以通过创建清理脚本来清除用户的旧读取消息。

私人消息数据库设计

2 个答案: