样式问题 - 包含多个字段的数据库表

Question

我正在开始一个新项目，我必须解析文档并将其存储在数据库中。本文档包含几个简单键值对部分 - 大约 10 个部分，总共大约 100 对。我可以每个部分有一个表，它们都一对一地映射到一个聚合。或者我可以有一张包含大约 100 个字段的表。我陷入困境，因为我不想制作那么大的单个表，但我也不想制作那么多的一对一映射。那么，我是做一张大桌子，还是做一堆小桌子呢？实际上，据我所知，实际上并没有什么区别。如果有请告诉我。

编辑 需要一个例子，所以我将提供一些可能有帮助的东西。

Document
  - Section Title 1
    - k1: val1
    - k2: val2
    ...
  - Section Title 2
    - k10: val10
    ...
  ...
  - Section Title n
    - kn-1: valn-1
    - kn: valn

而且我必须使用关系数据库，所以不必费心提出其他建议。

Answer 1

如果您有很多很多这个大文档的实例要存储（现在和/或随着时间的推移），并且如果此文档的每个实例将都有这 100 多个列的值，并且如果您想要在 RDBMS 中存储所有行和列的数据所固有的强大功能和灵活性，然后我将其全部存储为一个大（尽管丑陋）表。

如果给定部分中的所有“项目”总是被填充，但个别部分可能会或可能不会被填充，那么每个部分有一个表可能是有价值的......但听起来情况并非如此。

请警惕上面的“如果”。如果其中任何一个太不稳定，那么大表的想法可能会比它的价值更痛苦，而替代的想法（例如@9000的NoSQL想法）可能会更好。

Answer 2

如果数据仅用于只读目的，并且您的 xml 不要求您进行数据库方案更改（更改），那么我认为对单个表进行反规范化不会出现任何问题。另一种选择可能是查看EAV 模型

Answer 3

Table document(
     PK - a surrogate key
     name - the "natural" key
)

Table content(
     PK - the PK of the parent document
     section title
     name
     value
)

是的，每个文档有 100 行名称/值对。但是，您可以轻松添加名称和值，而无需修改数据库。