1. 理解问题背景：非映射ID引用的需求
在复杂的业务系统中，我们经常会遇到需要追踪或记录主实体（如parent）和其子实体（如child）的数据变更历史。为此，可能会引入日志实体（如childlog），它记录了child实体随时间的变化，并且可能需要知道这些日志记录是属于哪个parent的。
一个常见的挑战是，ChildLog实体可能只需要引用Parent的ID，而不需要与Parent实体建立一个完整的Hibernate映射关系（例如@ManyToOne）。这样做的原因可能包括：
- 简化实体模型： 避免为纯粹的日志或审计目的而引入不必要的导航属性和复杂的实体图。
- 性能考量： 避免Hibernate在加载ChildLog时自动加载Parent实体，除非明确需要。
- 设计解耦： ChildLog可能被视为一个相对独立的审计记录，不希望它直接依赖于Parent的完整生命周期管理。
然而，当Parent实体ID由Hibernate生成时，在创建新的Parent及其关联的ChildLog时，Parent的ID可能在事务提交前尚未确定。一旦ID生成并持久化，如何有效地查询这些非映射关联的实体就成了关键。
2. 解决方案：HQL/JPQL的JOIN...ON语句
Hibernate的HQL（Hibernate Query Language）和JPA（Java Persistence API）的JPQL提供了强大的查询能力，允许我们执行灵活的数据库操作。即使两个实体之间没有显式的@OneToMany或@ManyToOne等映射关系，我们仍然可以通过在查询中指定连接条件来关联它们。
核心思想是：在ChildLog实体中，将Parent的ID作为一个普通的字段（例如parentId）进行存储。然后，在HQL/JPQL查询中，使用JOIN...ON子句，将ChildLog的parentId字段与Parent的id字段进行匹配。
2.1 实体模型示例
假设我们有以下简化实体模型：
Parent 实体:
@Entity
@Table(name = "parent")
public class Parent {
@Id
@GeneratedValue(strategy = GenerationType.IDENTITY)
private Long id;
private String name;
// Getters and Setters
public Long getId() { return id; }
public void setId(Long id) { this.id = id; }
public String getName() { return name; }
public void setName(String name) { this.name = name; }
}ChildLog 实体: 注意，ChildLog中包含一个parentId字段，但没有与Parent实体建立@ManyToOne关系。
@Entity
@Table(name = "child_log")
public class ChildLog {
@Id
@GeneratedValue(strategy = GenerationType.IDENTITY)
private Long id;
// 引用Parent的ID，但没有映射关系
private Long parentId;
private String logMessage;
private LocalDateTime timestamp;
// Getters and Setters
public Long getId() { return id; }
public void setId(Long id) { this.id = id; }
public Long getParentId() { return parentId; }
public void setParentId(Long parentId) { this.parentId = parentId; }
public String getLogMessage() { return logMessage; }
public void setLogMessage(String logMessage) { this.logMessage = logMessage; }
public LocalDateTime getTimestamp() { return timestamp; }
public void setTimestamp(LocalDateTime timestamp) { this.timestamp = timestamp; }
}2.2 HQL/JPQL查询示例
现在，我们可以使用JOIN...ON来查询与特定Parent相关的ChildLog记录，或者查询所有Parent及其对应的ChildLog记录。
示例1：查询特定Parent及其所有ChildLog
假设我们想获取ID为123L的Parent实体及其所有关联的ChildLog记录。
import javax.persistence.EntityManager;
import javax.persistence.TypedQuery;
import java.util.List;
public class QueryService {
private EntityManager entityManager; // 假设通过依赖注入或其他方式获取
public QueryService(EntityManager entityManager) {
this.entityManager = entityManager;
}
public List findParentAndChildLogs(Long parentId) {
String hql = "SELECT p, cl " +
"FROM Parent p " +
"JOIN ChildLog cl ON p.id = cl.parentId " +
"WHERE p.id = :targetParentId";
TypedQuery query = entityManager.createQuery(hql, Object[].class);
query.setParameter("targetParentId", parentId);
return query.getResultList();
}
} 解释：
- SELECT p, cl: 表示我们希望同时返回Parent实体（别名为p）和ChildLog实体（别名为cl）。
- FROM Parent p: 指定主查询实体为Parent。
- JOIN ChildLog cl ON p.id = cl.parentId: 这是关键部分。它指示Hibernate/JPA执行一个连接操作，将Parent实体与ChildLog实体关联起来，连接条件是Parent的id字段等于ChildLog的parentId字段。
- WHERE p.id = :targetParentId: 过滤条件，只返回特定Parent的记录。
结果列表中的每个Object[]数组将包含一个Parent对象和一个ChildLog对象。
示例2：仅查询与某个Parent相关的ChildLog
如果我们只关心ChildLog记录，并且只想通过Parent的ID进行筛选：
import javax.persistence.EntityManager;
import javax.persistence.TypedQuery;
import java.util.List;
public class QueryService {
private EntityManager entityManager; // 假设通过依赖注入或其他方式获取
public QueryService(EntityManager entityManager) {
this.entityManager = entityManager;
}
public List findChildLogsByParentId(Long parentId) {
String hql = "SELECT cl " +
"FROM ChildLog cl " +
"JOIN Parent p ON cl.parentId = p.id " +
"WHERE p.id = :targetParentId";
TypedQuery query = entityManager.createQuery(hql, ChildLog.class);
query.setParameter("targetParentId", parentId);
return query.getResultList();
}
} 这个查询将直接返回ChildLog对象的列表。
3. 注意事项与总结
3.1 优点
- 简化实体设计： 避免了在不需要完整对象图导航时创建复杂的实体关系映射。
- 提高灵活性： 允许在查询时动态地建立关联，而不是在实体模型中硬编码。
- 性能优化： 在某些情况下，可以避免Hibernate自动加载不必要的关联实体，从而减少数据库查询和内存开销。
- 适用于日志/审计场景： 特别适合那些只需要引用其他实体ID，但自身不参与复杂业务逻辑关联的日志或审计实体。
3.2 缺点与考虑
- 无ORM层面的参照完整性： 由于没有建立显式的ORM映射关系，Hibernate不会在应用层面强制执行参照完整性。这意味着，如果Parent实体被删除，ChildLog中引用的parentId可能变成一个悬空引用，除非你在数据库层面设置了外键约束（推荐做法）或在应用代码中手动处理。
- 手动ID管理： 在创建ChildLog实例时，你需要手动获取并设置Parent的ID。这通常意味着在持久化Parent实体后（以获取其生成的ID），才能创建并持久化ChildLog实体。
- 无导航能力： 你不能通过childLog.getParent()这样的方式直接访问Parent实体，因为没有映射。必须通过查询来获取。
- 需要了解数据结构： 查询编写者需要清楚地知道哪个字段对应哪个ID，不像映射关系那样直观。
3.3 总结
在Hibernate中，当需要引用另一个实体（尤其是其生成的ID）但又不想建立完整的ORM映射关系时，使用HQL/JPQL的JOIN...ON语句是一个非常有效的策略。它提供了一种灵活且强大的方式来关联数据，同时保持实体模型的简洁性。然而，这种方法要求开发者对数据完整性和ID管理有更清晰的认识，并可能需要在数据库层面补充参照完整性约束。在设计系统时，应根据具体业务需求和权衡利弊来选择最合适的实体关联策略。
