版本化 PostgreSQL 中的分层数据

Question

我有一份很长的问卷（约 100 个问题），问题分为类别和子类别，每个类别都有自己的元数据。 我还需要跟踪客户正在使用的问卷版本，并存储问卷的每个版本以供将来参考。 调查问卷经常收到更新，这些更新是不可预测的，但几乎总是很小（例如，一个问题被删除，或重新措辞，或添加一个新问题）。 将来可能会添加新的子类别或类别并非不可想象。

我最初对此建模的方式会产生巨大的冗余，FK 引用包含数据的 id (PK)：

version <-- category <-- subcategory <-- question

我目前的设计意味着，每当发布新版本时，这意味着上一份问卷的所有数据几乎完全相同，只是有任何微小的变化。

我的意图是有一个避免这种冗余数据的数据库设计。 也许我会从 Git 风格的 VCS 中受益？

我的想法是在版本和类别、类别和子类别、子类别和问题之间建立多对多的关系。 但是：如果更新的问题在现有类别中发生更改，新版本将如何引用它？ 现有类别中的删除/添加也是如此。

我目前正在考虑以下内容：

• 版本与其他表之间的多对多关系：为version_category 、 version_subcategory 、 version_question连接表。 但是，这可能会变得一团糟，因为我不需要其他所有事物之间的多对多关系吗？ 如果我需要在指定版本的问题旁边显示子类别信息，我是否需要查询version_question 、 version_subcategory和version_question以获得正确的信息？