SQL Server 2019+：不执行存储过程获取首个后结果集的数量与架构

结论先行：在存储过程不含条件分支、动态SQL的前提下，也无法仅通过编译分析或执行计划探查，无需实际执行就获取第一个结果集之后的所有结果集的数量和架构。

核心原因说明 #

• 执行计划不包含后续结果集的元数据：SQL Server的执行计划核心聚焦于查询执行逻辑，仅会暴露首个结果集的架构信息，后续SELECT语句对应的结果集不会在计划中被完整枚举或解析出元数据。
• 官方工具仅支持首个结果集：系统提供的sys.dm_exec_describe_first_result_set、sp_describe_first_result_set等工具，本质就是针对首个结果集设计的，没有内置函数或视图能直接返回后续所有结果集的结构和数量。
• 静态解析的局限性：即使手动拆解存储过程的定义文本、解析其中的SELECT语句，也无法精准获取元数据——比如存储过程中若存在变量驱动的列（如SELECT @user_id AS id），静态解析无法确定实际执行时的列类型；同时，实现完整的SQL语法解析逻辑工程成本极高，且无官方支持。

可行替代方案（需执行存储过程） #

如果可以接受实际执行（无副作用的前提下），可以通过以下方式获取所有结果集的架构：

• 执行存储过程并捕获每个结果集的元数据，比如在应用程序中通过数据访问框架的结果集读取器遍历所有结果集，读取架构表获取每个结果集的结构。
• 使用SET FMTONLY ON（SQL Server 2012后虽被标记为过时，但仍可使用），执行存储过程后会返回所有结果集的架构，而不会实际执行数据操作。

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