如何在数据库中存储数据表？

Question

或List<KeyValuePair<int,Object>>，或字典。

根据 Entity Framework 和 PostgreSQL 数据库，我们正在尝试对数据的一部分进行建模，该数据基本上由对具有 ID 的名为 OtherObject 的对象的引用列表组成。我们尝试存储的数据是一个MyObject，由一个Id 和一个或多个对OtherObject 的引用和OtherObjects 数量的列表（最大长度为12）组成。所以我们想要存储与此相关的数据（例如在单独的表和列中）：

FirstPattern:
OtherObject with ID 1, 10 times
OtherObject with ID 4, 12 times

SecondPattern:
OtherObject with ID 2, 2 times
OtherObject with ID 3, 4 times
OtherObject with ID 4, 11 times

为此，我们认为KeyValuePairs 中的ICollection 是合适的。这样我们就有了一个列表，其中包含每个 Key（OtherObject）的值（数量）。

模型现在基本如下：

public class MyObject
{
    public int Id { get; set; }
    public IDictionary<OtherObject, int> FirstPattern { get; set; }
    public IDictionary<OtherObject, int> SecondPattern { get; set; }
}

我们如何才能将ICollection 的KeyValuePairs 存储在数据库中？
有（更好的）方法吗？

Answer 1

有两种类型特别适合整体存储字典：hstore 和json - 或者在 Postgres 9.4 或更高版本中最出色的 jsonb。

Postgres 也有一个专用的xml 数据类型，但我宁愿选择前三个选项之一。 XML 相对冗长且更复杂（更不用说令人费解），并且对于您的目的来说可能是多余的。

如果您只想从数据库中存储和检索整个字典，那么这些都是不错的选择。见：

• Is there a name for this database structure?

您还会发现关于关系数据库中 eav（实体-属性-值）存储的优缺点的广泛讨论。

如果您想要数据库中的其他内容，例如引用完整性、外键或各种其他约束、轻松访问单个值、最小存储大小、简单索引等。我建议一个或多个带有专用 (@ 987654327@) 列。

规范化表格布局

据我所知，“MyObject” (m) 包含对“OtherObject” (o) 的引用集合。每个 m 与 (24) o 相关，每个 o 与 0-n m 相关 - 这可以在经典的 n:m 关系中实现。以下是详细说明：

• How to implement a many-to-many relationship in PostgreSQL?