代码之家 › 专栏 › 技术社区 › st4ck0v3rfl0w

用户消息数据库架构?

database-schema database-design database sql

st4ck0v3rfl0w · 技术社区 · 14 年前

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

我最初的想法是有一个消息表和消息\各方表

消息包括以下内容领域: -id,subject,body,created on,parent msg id(回复)

消息方 字段包括: -ID,邮件ID,发件人ID,收件人ID,发送时间

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

1 回复 | 直到 14 年前

Adam Robinson 14 年前

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

一个更合适的布局会将发送者和“已发送”字段放在 MESSAGE 桌子,然后就 ID , Message ID 和 Recipient ID 在 消息方 表。

推荐文章

Patricia Rozario · 数据库设计确保一对一关系

7 年前

ololoken · 在订单中保留易失性数据

7 年前

Henrik Persson · 无法更改架构比较中的目标

7 年前

John Pence · 数据库中目录的用途是什么?如果我们的数据库没有目录,会发生什么?

7 年前

user5855178 · DacFX\SDDT-禁用触发器操作已反转

7 年前

Kumar Roshan Mehta · 组的数据库架构

7 年前

Roby Sottini · 如何在PostgreSQL中使用非公共模式添加外键?

7 年前

Erik · 保存每月、每周等MongoDB逻辑

7 年前

Aruna · 错误:使用架构项目与Azure数据库进行数据库架构比较

7 年前

roughosing · 数据库-数据库中的表必须包含所有全局实例,还是可以特定于某个ID

7 年前