JSON诉Foreign Keys

Question

我正在开发一个企业网站，我必须定义如下几个部分：

• 我有很多章节，每个部分有很多(或一个)子页面。
• 每个部分的子页面数各不相同。
• 每个子页不应超过2500个字符。

此外，我还必须使用关系数据库(MySQL)。

我怀疑哪一个在设计和/或性能方面会更好：

1. 将以所有子页为对象的JSON数组存储为Sections表的单个列；
2. 若要创建表Sub-pages，则通过Foreign Key引用其父部分。

Answer 1

我会和2一起去。

创建一个表子页，它通过外键引用它的父部分

当您不得不这样做时，像things这样的子页面，那么我就会创建单独的表，这样它就可以更有效地组织数据。

有一种情况我知道我想告诉你。如果将所有子页面作为对象存储在节表的一列中，则在维护方面会变得更加复杂。当有人想编辑内容时，你必须读取所有这些数据，然后用索引进行计算，等等。老实说，我认为这是个糟糕的设计。从性能上讲，它可以工作，但可能需要一些时间来阅读自己。因此，最好使用RDBMS的最佳关系模型来坚持第二种模式。希望这能有所帮助。

Answer 2

重要的是，您的模型和DB使用相同的范例，否则会有太多的“摩擦损失”。因此，如果您的数据不适合关系模式，您可以考虑切换到一个NoSQL DB (如Mongo )。