如何通过SSIS在数据流中正常获取大结果集存储过程的执行结果

你遇到的“小结果集存储过程可正常调用、大结果集OLEDB源报错”的场景，本质上和数据集大小没有直接关联，大多是SSIS OLE DB源与存储过程的交互配置不匹配导致的常见坑，大结果集只是把配置缺陷的影响放大了：

• 默认命令超时阈值过低，大查询跑满30秒默认限制就被SSIS主动中断
• 存储过程未配置SET NOCOUNT ON，执行过程中返回的行数提示信息会被SSIS误判为业务结果集，导致元数据识别错位
• 裸EXEC调用未提前固定结果集元数据，拉取大结果集过程中出现类型校验不匹配、读取中断

1. 先调整存储过程的基础配置 #

在存储过程的最起始位置加上SET NOCOUNT ON;，从根源上阻止SQL Server在每步T-SQL执行完成后返回“(X 行受影响)”的提示性结果集，避免这些非业务内容干扰SSIS的结果集识别。

对于内部包含临时表、动态SQL、多段DML操作的复杂存储过程，这个配置是必加项：小结果集场景下因为执行速度快、SSIS容错性高可以勉强跑通，大结果集下这类元数据错位会直接触发读取失败。

2. 修正OLE DB源的配置参数 #

• 替换原来裸写的EXEC 存储过程名 参数列表调用语句，用WITH RESULT SETS语法显式定义返回结果的元数据，把存储过程返回的所有列名、数据类型、长度提前固定，避免SSIS自动推断元数据时出现偏差，示例写法：

EXEC 你的复杂业务存储过程 
    @入参1 = ?,
    @入参2 = ?
WITH RESULT SETS (
    (
        字段1 INT,
        字段2 VARCHAR(200),
        字段3 DECIMAL(18,2),
        字段4 DATETIME
    )
)

• 把OLE DB源的CommandTimeout属性从默认的30秒调整为0（无超时限制，也可以根据实际查询耗时设置合理值，比如3600即1小时），避免长查询执行过程中被SSIS主动中断。
• 打开对应OLE DB连接管理器的RetainSameConnection属性，保证存储过程执行、结果集读取全程用同一条数据库连接，避免连接回收导致的读取中断。

3. 超大结果集场景的稳定性优化 #

如果存储过程返回的结果集行数超过百万级、执行耗时超过10分钟，不要在数据流里直接同步等待存储过程返回结果：

• 在数据流上游加一个执行SQL任务，先触发存储过程执行，把最终查询结果写入一张结构固定的物理临时表
• 后续OLE DB源直接从这张临时表里做SELECT *取数，完全规避长连接调用存储过程的稳定性问题，吞吐量和可靠性都会远高于直接EXEC调用的方式。

补充说明：SSIS OLE DB源本身支持单流GB级别的结果集读取，只要配置正确，不会因为数据集行数过大触发内置的容量限制。

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