PostgreSQL中的消息数据采集体系结构

当时，我构建了一个具有一对一对话框功能的消息传递系统，我面临着存储消息数据的问题。我一直在想最合适的方法

就我使用PostgreSQL而言，在关联数组中收集数据，其中消息通过某些参数（如日期、星期或限制消息数量）进行合并，这似乎是该数据库最有效的方法。

PostgreSQL拥有强大的处理阵列的工具，我觉得这种存储如此多样化数据的方法可能会奏效。

|_____对话框03.31.17 id（第一个用户）id（第二个用户）
|_________消息id（n）
|____________发件人id
|____________消息图
|____________发送时间
|
|_________消息id（n+1）
|____________发件人id
|____________消息图
|____________发送时间

---

我想知道这种架构是否好，如果不好，请解释原因。

JSON看起来更适合层次化数据，而不是简单的阵列是的，你是对的，但类型不是问题，我更感兴趣的是结构。无论如何，感谢者ID和对话（不管是什么意思）是消息的属性，而不是相反。是的，数据类型不是问题，数组和json都是错误的选择。