多态关联类似于外键或多对一关系,不同之处在于目标可能是多种类型之一(语言中的类,数据库中的表)。
我正在将我多年来一直使用的数据库设计从 PHP 移植到 Java。在旧代码中,我推出了自己的 ORM,由于多种原因,这并不是最优的。虽然我可能稍后会开始调整,最终可能会再次自己实现,但现在我想在我的实体类上使用现成的 ORM 和 JPA。
现在,关于数据库布局的一件事我不知道如何在 JPA 中表达:
我有一个Node
和一个Edge
存储图表的表格(一个 DAG,如果重要的话)。每个节点可以选择性地引用数据库中的另一个实体。这些实体可能在整个图表中被多次引用,也可能存在“孤立”实体,用户无法访问这些实体,但至少保留一段时间可能是有意义的。
这些对象在继承等方面完全不相关,但具有自然层次结构,类似于 Customer->Site->Floor->Room。事实上,几年前,我一开始只使用指向“父”对象的外键字段。但是,这种层次结构不够灵活,并开始分崩离析。
例如,我想允许用户在文件夹中对对象进行分组,一些对象可以有多个“父母”,而且关系也会随着时间而变化。我需要跟踪过去的关系,所以图的边有一个与之关联的时间跨度,它说明了从什么时候到什么时候那个边是有效的。
从节点到对象的链接存储在节点表的两列中,一列带有外部表中的 id,一列带有其名称。例如(省略了一些列):
table Node:
+--------+-------+----------+
| ixNode | ixRef | sRefType |
+--------+-------+----------+
| 1 | NULL | NULL | <-- this is what a "folder" would look like
| 2 | 17 | Source |
| 3 | 58 | Series | <-- there's seven types of related objects so far
+--------+-------+----------+
table Source (excerpt):
+----------+--------------------+
| ixSource | sName |
+----------+--------------------+
| 16 | 4th floor breaker |
| 17 | 5th floor breaker |
| 18 | 6th floor breaker |
+----------+--------------------+
可能有与使用 JPA 不同的解决方案。我可以更改表格布局或引入新表格等。但是,我已经考虑了很多,表格结构对我来说似乎还可以。也许还有第三种我没有想到的方式。