Spring Data JPA中不返回实体的存储过程调用应该放在哪？

1. 返回值处理 #

不需要创建标注@Entity的持久化实体，只需要写一个普通的DTO（数据传输对象），和存储过程返回的字段一一对应即可，不需要加任何JPA相关注解，示例：

import lombok.Data;

// 专门接收存储过程返回结果的DTO，无持久化逻辑
@Data
public class AllocationCompositeDTO {
    // 对应存储过程返回的Associate相关字段
    private String associateId;
    private String associateName;
    // 对应存储过程返回的Project相关字段
    private String projectCode;
    private String projectName;
    // 对应存储过程返回的Allocation相关字段
    private Integer allocatedHours;
    // 其他存储过程返回的字段按需添加
}

2. 存储过程调用代码存放位置 #

根据存储过程的业务属性二选一即可：

• 如果这个存储过程逻辑偏向某一个已有业务域，比如核心是计算人员分配相关的统计，直接放在AssociateRepository中即可，不需要死守“Repository只能放对应实体的单表操作”的死规则，Repository本身就是某一业务域的持久层操作集合，放相关的复杂查询完全合理。
• 如果存储过程完全跨业务域，不属于任何一个已有实体的业务范畴，单独创建一个自定义的Repository类即可，不需要继承JpaRepository等JPA提供的父接口，仅用@Repository注解标注，注入EntityManager或者JdbcTemplate实现存储过程调用，示例：

import org.springframework.stereotype.Repository;
import javax.persistence.EntityManager;
import javax.persistence.PersistenceContext;
import javax.persistence.StoredProcedureQuery;
import javax.persistence.ParameterMode;
import java.util.List;
import java.util.stream.Collectors;

@Repository
public class CompositeQueryRepository {
    @PersistenceContext
    private EntityManager entityManager;

    public List<AllocationCompositeDTO> callAllocationStatProcedure(Long deptId, String statMonth) {
        // 替换为实际的存储过程名称
        StoredProcedureQuery query = entityManager.createStoredProcedureQuery("stat_allocation_info");
        // 注册入参
        query.registerStoredProcedureParameter("dept_id", Long.class, ParameterMode.IN);
        query.registerStoredProcedureParameter("stat_month", String.class, ParameterMode.IN);
        // 入参赋值
        query.setParameter("dept_id", deptId);
        query.setParameter("stat_month", statMonth);
        // 执行查询获取原始结果
        List<Object[]> rawResults = query.getResultList();
        // 转换为DTO返回，也可以用MapStruct等工具简化转换逻辑
        return rawResults.stream().map(item -> {
            AllocationCompositeDTO dto = new AllocationCompositeDTO();
            dto.setAssociateId((String) item[0]);
            dto.setAssociateName((String) item[1]);
            dto.setProjectCode((String) item[2]);
            dto.setProjectName((String) item[3]);
            dto.setAllocatedHours((Integer) item[4]);
            return dto;
        }).collect(Collectors.toList());
    }
}

3. 上层逻辑处理 #

不需要新建单独的service和controller：

• 哪个业务模块需要用到这个存储过程的结果，就在对应的Service中注入上面的Repository调用即可，比如是分配统计报表用到，就写在AllocationService中，如果是通用的跨域统计，也可以单独建一个StatService封装逻辑，不需要硬套实体对应service的规则。
• Controller层同理，哪个接口需要返回这个结果，就在对应的Controller中调用Service方法即可，不需要单独为这个存储过程新建Controller。

这种方案既符合分层规范，又不会产生冗余的不必要代码，是Spring Boot项目中处理复杂跨表查询、存储过程调用的常用实践。

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