如何设计我的数据库架构，使用SQL和NOSQL两种方式。

Question

我有一个小型的消息系统，用于用户和管理员之间的发送消息。

我们有不同的管理员，因此他们的响应需要了解早期的信息。

在一次对话中，没有很多消息。

对话 {
 id,
 种类,（对话的类型，如发布请求，编辑请求，其他请求）
 用户id
}
消息(
 id,
 标记,(已读和未读或其他)
 对话id,
 创建时间,
)

我不确定这是否是一个好的解决方案。

而且，我们的系统也使用nosql数据库。

因此，我认为我的nosql数据库中的数据将如下所示：

对话 (
 id,
 种类,（对话的类型，如发布请求，编辑请求，其他请求）
 用户id，
 消息列表[m1，m2，m3，m4 .........]
)
message_list 是一个字典:
message_list{
 text:text,
 time:time,
 type:(user or system admin),
}

如果我使用nosql数据库，这是不是一个好的解决方案？

- 死鱼眼28号

Answer 1

在我看来，只有当您计划拥有的数据与模式不太匹配时，NOSQL 才有意义。 对我来说，上面的代码似乎更适合 SQL，但任何一种都可以使用。

- jschorr

---

谢谢，我只是想找出哪种方式对开发人员来说更容易。还有一种不同的实现方式。 - 死鱼眼28号