SQL Server如何实现类似Oracle ALL_ROWS批量取数解决连接崩溃问题

首先直接回应你的核心问题：SQL Server里没有和Oracle ALL_ROWS完全等价的提示，但有替代方案可以让查询更倾向于全量返回，同时针对你遇到的连接断开问题，更有效的解决思路是让查询一次性加载所有结果，避免分批取数时的连接异常。

一、SQL Server中替代ALL_ROWS的优化方式 #

Oracle的ALL_ROWS是告诉优化器优先优化全量数据返回的性能，而非快速返回前几行。在SQL Server中，你可以通过以下方式达到类似效果：

• 使用OPTION (OPTIMIZE FOR UNKNOWN)：让优化器基于表的统计信息生成更适合全量返回的执行计划，避免因为参数嗅探生成偏向快速返回部分结果的计划。
• 若你的SQL Server版本在2016及以上，也可以尝试OPTION (USE HINT('DISABLE_OPTIMIZER_ROWGOAL'))，直接禁用优化器的“快速返回部分行”目标，强制它优化全量返回的性能。

二、解决连接断开的实际方案 #

既然你无法修改框架的超时设置，重点就放在一次性获取所有结果上，这样就能避免分批取数时反复从连接池获取连接的操作：

1. 调整JDBC Fetch Size（推荐）
   在Hibernate中，你可以通过原生SQL查询设置fetch size为0（SQL Server JDBC驱动中，0表示一次性加载所有结果到客户端内存）。示例代码如下：

   String sql = "你的查询语句";
   Query query = session.createNativeQuery(sql);
   query.setFetchSize(0); // 强制一次性获取全部结果
   List<Object[]> results = query.list();
   

   这样就不会再分批次拉取数据，自然也就不会出现后续取数时连接断开的问题。

2. 优化SQL语句减少网络交互
   在查询开头加上SET NOCOUNT ON，可以禁止SQL Server返回“影响行数”的额外信息，减少网络传输的数据量；同时加上OPTION (RECOMPILE)确保优化器生成适合当前参数的全量返回计划。修改后的SQL如下：

   SET NOCOUNT ON;
   SELECT MODEL.MODEL_TABLE_CODE VARIANT_ID, MODEL.DSC, MODEL.MAIN_MODEL_ID, MODEL.YEAR_FROM, MODEL_DN.SHOW_IN_PORTAL, MODEL.DISCONTINUE_DATE 
   FROM T_MODEL MODEL, T_MODEL_DN MODEL_DN 
   WHERE MODEL.MODEL_TABLE_CODE = MODEL_DN.ID 
     AND MODEL_DN.CHANNEL_TYPE_ID = @channel_type_id 
     AND MODEL.MAIN_VEHICLE_TYPE_ID = @main_vehicle_type_id 
     AND MODEL.UPDATE_DATE > @from_date 
   OPTION (RECOMPILE);
   

3. 检查Hibernate的批量处理设置
   有些框架会默认开启hibernate.jdbc.batch_size，如果这个设置导致Hibernate分批处理结果，可以尝试通过原生查询绕开这个设置（比如上面提到的设置fetch size），因为原生查询的配置优先级通常更高。

补充分析 #

从你提供的日志来看，错误是Unable to acquire JDBC Connection，这说明在第二次取数时连接池无法分配新连接——要么是之前的连接没有正确释放，要么是连接池的超时时间太短。一次性获取所有结果可以避免多次从连接池拿连接的操作，从根源上解决这个问题。

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