Spring无实体类场景：用EntityManager还是传统JDBC连接SQL Server？

核心差异先搞清楚 #

• EntityManager（JPA）：属于JPA规范的实现，依赖Spring配置的EntityManagerFactory管理连接池，连接的创建、关闭、事务这些脏活Spring全帮你扛了，不用自己动手。
• 传统JDBC：得自己手动搞定Connection、Statement、ResultSet的创建和关闭，稍不注意就会搞出资源泄漏，而且Spring的事务管理也用不上。

针对你这个场景的具体分析 #

用EntityManager的好处 #

1. 不用操心资源管理：你已经通过@Qualifier注入了EntityManager，连接池由Spring维护，不用写一堆try-catch-finally去关资源，避免连接池被耗尽。
2. 事务集成省心：如果方法需要事务支持，加个@Transactional注解就行，EntityManager会自动参与事务，不用自己手动提交/回滚。
3. 代码更简洁：原生查询写起来也不麻烦，后续要是需要加Entity类切换JPQL，代码改动也小。

直接用传统JDBC的坑 #

1. 资源泄漏风险大：你贴的代码根本没处理资源关闭，生产环境里这么写，迟早会因为连接没释放导致连接池崩了。
2. 事务处理麻烦：手动JDBC得自己用Connection管事务，没法用Spring的声明式事务，代码会变得很啰嗦。
3. 脱离Spring生态：Spring本身有JdbcTemplate这种更好的JDBC封装，直接用DriverManager等于绕过了Spring的连接池配置，监控、异常处理这些特性都用不上。

更推荐的方案：Spring JdbcTemplate #

要是觉得EntityManager返回的List<Object[]>解析起来麻烦，试试Spring JdbcTemplate，它是JDBC的轻量封装，兼顾灵活性和Spring的便利性：

@Service
public class MyRepo {
    private final JdbcTemplate jdbcTemplate;

    public MyRepo(@Qualifier("myDataSource") DataSource dataSource) {
        this.jdbcTemplate = new JdbcTemplate(dataSource);
    }

    public List<Map<String, Object>> execQuery() {
        String queryStr = "select TOP (10) * from [MyTable]";
        return jdbcTemplate.queryForList(queryStr);
    }
}

• 自动处理资源生命周期，再也不用手动关连接、结果集。
• 支持@Transactional注解，事务管理一键搞定。
• 返回的是List<Map<String, Object>>，直接用列名取数，比EntityManager的Object数组直观多了。

总结下来 #

• 别直接用传统JDBC（DriverManager），坑太多。
• EntityManager能用，但返回结果解析麻烦点。
• Spring JdbcTemplate才是你这个场景的最优解，省心又灵活。

内容的提问来源于stack exchange，提问作者S-Wing