嵌入式类和@ManyToOne 之间的性能差异

Question

让C 是一个具有另一个类D 作为其属性的类。原则上，将D 存储为C 的嵌入类在检索时必须比通过@ManyToOne（甚至@OneToOne）将其存储为单独的实体提供更好的性能，因为在后一种情况下，D 需要从可能包含数百万行的单独表中检索。

我的问题是这种性能差异是否显着，即在决定嵌入和@ManyToOne 之间时，它是否足以抵消其他考虑因素。

我意识到这个问题有点软，我想我正在寻找的是人们根据经验来回答。

Answer 1

我的（也很软，就像你的问题一样）答案是'总是以最好的方式制作生活模拟（模型）'。 我给自己设定了一个引导性的问题：有“小班”独立生活吗？还是只是概念胶（比如 street+home+local 命名为Address）？许多实体在概念上可以相等吗？蜜蜂“小班”字段可以为空（喜马拉雅山登山基地的地址） - 可以为空@OneToOne？ 哪种 Java 模型更好（真实、自然）？

而且我只记得一个“实施问题”：“小班”的领域是否总是使用（阅读）-非常罕见，可以作为 Lazy 服务，特别是大。将 sense 'Memo' varchar(4000) 字段移动到 extern 表是好的（附带字段：日期、备忘录作者等）。

编辑：“小班”有多大，很少使用？

在一个项目中Address 被正确建模为独立表，在另一个嵌入中。

几乎可以通过良好的逻辑模型获得正确的性能结果。考虑极端的“仅 JPA 性能”和逻辑错误会导致降级是代码中的其他地方。

我的观点是：按逻辑论证设计。性能可能会有所不同。