【问题标题】:User Messages Database Schema?用户消息数据库模式?
【发布时间】:2010-07-17 03:29:49
【问题描述】:

这可能是非常主观的,我对此有自己的想法,但是如何构建一个支持用户对用户消息(一对一或一对多)的数据库。

我最初的想法是有一个 MESSAGE 表和 MESSAGE_PARTIES 表

MESSAGE 将包括以下内容 领域: -ID、主题、正文、创建日期、父 MSG ID(用于回复)

MESSAGE PARTIES 字段将包括: -ID、消息 ID、发件人 ID、收件人 ID、发送日期

这是合理的逻辑吗?我很想知道更好/更有效的方法是什么。

【问题讨论】:

  • 我觉得你的想法不错。这是一个多对多的选项,应该可以很好地工作。

标签: sql database database-design database-schema


【解决方案1】:

你对MESSAGE PARTIES 不太正确。鉴于您当前的设置,您可以指定多个发件人和多个日期(更准确地说,您可以指定发件人、收件人和日期的多个组合)。这不像我熟悉的任何消息传递系统,也可能不是您想要的(它也不符合您的描述)。

更合适的布局是将发件人和“发送到”字段放在MESSAGE 表中,然后将IDMessage IDRecipient ID 放在MESSAGE PARTIES 表中。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2011-05-14
    • 2012-11-21
    • 2016-12-20
    • 2011-11-26
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2011-11-03
    相关资源
    最近更新 更多