如何在JPA查询实体A时仅获取关联ID_B不加载B实体

在JPA实体映射场景下，A实体通过@ManyToOne关联B实体，通过ARepository批量查询A实体后，若想获取关联的B的ID值，常规操作容易触发额外的单条SQL查询加载完整B实体，造成N+1查询问题。已知的通用方案（EAGER加载、EntityGraph联合查询）会拉取完整B实体的所有字段，带来不必要的性能开销，需要实现仅获取关联的ID_B值、无额外查询的效果。

• 方案1：在A实体中直接映射外键ID字段
  A表本身就存储了ID_B的外键值，完全不需要依赖关联对象的加载逻辑，可以直接在A实体中新增只读的外键属性，从根源上避免关联对象的加载触发。示例代码修改如下：

  @Data
  class A {
      @Id
      @Column(name = "ID_A")
      private String id;
  
      // 直接映射A表存储的ID_B外键，设置为只读模式，避免和原有@JoinColumn的字段映射冲突
      @Column(name = "ID_B", insertable = false, updatable = false)
      private String bid;
  
      @ManyToOne
      @JoinColumn(name = "ID_B", referencedColumnName = "ID_B")
      private B b;
  }
  

  这种方式的优势是：bid属性会随A实体的主查询一起从数据库返回，全程没有额外SQL查询，也不会影响原有@ManyToOne关联对象的正常使用。只要保持insertable和updatable为false，Hibernate不会出现字段映射冲突的问题。

• 方案2：直接通过懒加载代理对象获取关联ID
  很多开发者存在认知误区：认为调用a.getB()就会触发数据库查询。实际上，当@ManyToOne为默认的LAZY加载模式时，a.getB()返回的是Hibernate生成的B类代理对象，这个代理对象在初始化时就已经把关联的外键值填充到了ID属性中，只有访问ID之外的其他属性时，才会触发真正的数据库查询加载完整B实体。
  也就是说，在默认配置下，直接调用a.getB().getId()获取B的ID值，不会触发任何额外的数据库查询。

  注意：如果测试发现这一步确实触发了查询，需要排查几个常见原因：

  • 是否把@ManyToOne的fetch属性配置成了EAGER加载模式
  • 是否使用了Lombok的@Data注解，打印日志、JSON序列化时自动递归访问B对象的非ID属性，触发代理初始化（这种情况可以在A类的b属性上加@ToString.Exclude注解，避免toString触发的加载）
  • 是否在业务代码中间接调用了B对象除ID之外的其他属性

• 方案3：使用Spring Data JPA投影查询，完全跳过实体加载
  如果不需要操作完整的A、B实体对象，只需要拿到查询结果中的部分字段，可以自定义DTO投影，直接在SQL层面查询需要的字段，性能最优：

  1. 定义投影接口：

  interface AIdProjection {
      String getId(); // 获取A自身的主键
      String getBid(); // 获取关联的ID_B值
  }
  

  2. 在ARepository接口中定义查询方法：

  public interface ARepository extends JpaRepository<A, String> {
      List<AIdProjection> findAllByIdIn(Collection<String> ids);
  }
  

  这种方式不会把查询结果映射为完整的A、B实体，只从数据库查询需要的字段，没有任何额外的关联查询开销。

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