与一个表的几个多对多关系

Question

我的数据库有几个类别，我想将用户创作的文本“注释”附加到其中。 例如，一个名为jobs高级表中的条目可能由用户编写了一些有关它的注释，但是sub_projects一个较低级的条目也可能有sub_projects 。 由于这些注释的格式都相同，所以我想知道是否可以通过仅具有一个注释表而不是像job_notes或project_notes类的一系列表来简化事情，然后使用多个多对多关系将其链接一次转到其他几个表。

如果这不是一开始就存在的严重缺陷的想法（请让我知道它是否是！），我想知道这样做的最佳方法是什么。 如我所见，我可以通过两种方式做到这一点：

1. 每个较大的类别都有一个多对多联结表，例如job_notes_mapping和project_notes_mapping ，并分别管理MtM关系

2. 将单个联结表链接到table_type的枚举表或单独的表，该表指定MtM关系映射到的表：

    +-------------+-------------+---------------+ | note_id | table_id | table_type_id | +-------------+-------------+---------------+ | 1 | 1 | jobs | | 2 | 2 | jobs | | 3 | 1 | project | | 4 | 2 | subproject | | ........... | ........... | ........ | +-------------+-------------+---------------+ 

如果其中任何一个都是完全可怕的想法，请原谅我，但我认为，至少从概念上讲，这可能是一个有趣的问题。

Answer 1

IMO的理想方法是拥有作业，项目和子项目的超类型（我们称之为活动），您可以在其上定义任何常见的事实类型。

例如（我假设工作，项目和子项目构成一个容纳层次结构）：

activities (activity PK, activity_name, begin_date, ...)
jobs (job_activity PK/FK, ...)
projects (project_activity PK/FK, job_activity FK, ...)
subprojects (subproject_activity PK/FK, project_activity FK, ...)

不幸的是，大多数数据库模式都定义了唯一的自动递增标识符PER TABLE，这使得在加载数据后很难实现超类型化。 PostgreSQL允许重用序列，这很棒，其他一些DBMS（如MySQL）根本不容易。

我的第二个选择是您的选项1，因为它允许定义外键约束。 我根本不喜欢选项2。

Answer 2

不幸的是，我们最终得到了最丑陋的答案，那就是为每种不同类型的条目（job_notes，project_notes和subproject_notes）创建一个注释表。 我们这样做的原因如下：

• 具有一个包含联结的“类型”列的单个联结表的性能很差，因为外键都不是“真实”的，因此必须手动搜索。 注释字段在每个条目中包含很多文本的事实使情况更加复杂。

• 每个条目的联结表在为每种表类型仅具有单独的注释表的基础上增加了一个附加表，虽然它看上去稍微漂亮一些，但并不能带来实质的性能提升。

我对这个答案不满意，因为为正在描述的每个作业/项目/子项目表有效地复制相同的Notes表似乎太浪费了。 但是，从长远来看，我们还没有找到一个可以提高性能的答案。 如果有人对如何执行此操作有更好的建议，我将保持开放状态！