Hibernate JOIN继承疑问：为何需要两次左外连接？

在Join继承策略中，Publication作为父类对应一张主表，Book和BlogPost作为子类各对应一张子表，子表通过主键与主表关联。当调用author.getPublications()时，Hibernate生成包含两次左外连接的SQL，主要有这几个原因：

• 对象模型一致性优先：Hibernate需要一次性加载所有Publication子类实例，并且明确区分每个实例的类型（是Book还是BlogPost）。通过主表同时左外连接两个子表，能在单条SQL中获取所有实例的完整数据，避免多次查询后合并结果的复杂度，同时保证对象模型的完整性。
• 数据库优化器的处理能力：你担心大量Book时双左外连接效率低，但现代数据库的优化器对多表左外连接的优化已经很成熟。只要主表和子表的主键、外键上有合适的索引，双左外连接的实际开销并不会比两次查询高多少。反而分两次查询会增加网络往返、结果集合并的额外开销，还可能引入Session缓存的一致性问题。
• 框架的通用性设计：Hibernate的查询生成逻辑是通用的，不会针对“大量Book少量BlogPost”这种特定数据分布做定制化优化。双左外连接是能覆盖所有子类场景的稳妥方案——不管子类数量多少、数据分布如何，都能正确加载所有实例。
• 避免数据不一致风险：如果改成先查Book，再对主表中未匹配Book的行关联BlogPost，本质上还是需要先做一次主表与Book的左外连接来筛选数据，再做第二次查询。两次查询之间可能存在时间差，若有新数据插入或修改，容易导致加载的结果不一致。

如果确实遇到极端数据分布导致的性能问题，你可以手动编写JPQL或原生SQL来优化，比如分别查询Book和BlogPost后在内存中合并，或者通过@Subselect注解自定义映射逻辑，但这属于特定场景的优化，框架默认行为优先保证正确性和通用性。

内容的提问来源于stack exchange，提问作者parsecer