如何在存储过程中调用另一存储过程仅获取行数不返回结果集

可行的解决方案分三种，你可以根据自己的权限和场景选择： #

方案1：修改原有分页存储过程加可选控制参数（最优）

这个方案改造成本最低，不需要改动核心查询逻辑，也不会破坏原有业务的调用兼容性：

1. 给dbo.GetComplexResultset新增两个可选参数，默认值保证原有调用不需要调整：

CREATE PROCEDURE dbo.GetComplexResultset 
    @arg1 as nvarchar(10), 
    ..., 
    @argN int , 
    @startwindow INT=0, 
    @windowsize INT=20,
    @ReturnResult BIT = 1, -- 控制是否返回分页结果集，默认返回兼容旧逻辑
    @TotalRows INT = 0 OUTPUT -- 可选输出参数，直接返回匹配的总条数
AS 
-- 原有T-SQL核心查询逻辑保持不变
-- 可以先计算总匹配数赋值给输出参数
SELECT @TotalRows = COUNT(*) FROM (你的核心查询不带分页的部分) AS t

-- 仅当需要返回结果时才执行分页查询返回
IF @ReturnResult = 1
BEGIN
    -- 原有返回分页结果的查询语句（带OFFSET/FETCH或TOP的部分）
END
GO

2. 你可以直接废弃原来的计数存储过程，需要拿总数的时候直接调用原存储过程即可，不需要接收结果集：

DECLARE @Total INT
EXEC dbo.GetComplexResultset @arg1='xxx',...,@ReturnResult=0,@TotalRows = @Total OUTPUT
SELECT @Total -- 拿到的就是总匹配数

如果一定要保留原来的计数存储过程，也可以改成：

CREATE PROCEDURE dbo.GetCountComplexResultset @arg1 as NVARCHAR(10), ..., @argN INT
AS 
SET NOCOUNT ON;
DECLARE @Total INT
EXEC dbo.GetComplexResultset @arg1,...,@ReturnResult=0,@TotalRows = @Total OUTPUT
SELECT @Total
GO

方案2：无法修改原有存储过程时，用临时表吞噬多余结果集

如果因为权限限制不能修改dbo.GetComplexResultset的定义，你可以在计数存储过程里创建和返回结果结构一致的临时表，把存储过程输出的结果全部插入临时表，不会返回给调用方：

CREATE PROCEDURE dbo.GetCountComplexResultset @arg1 as NVARCHAR(10), ..., @argN INT
AS 
SET NOCOUNT ON;
-- 列定义要和GetComplexResultset返回的列顺序、类型完全一致
CREATE TABLE #TempResult (
    Col1 INT,
    Col2 NVARCHAR(200),
    -- 补全所有返回列的定义
)

-- 结果全部写入临时表，不会对外返回
INSERT INTO #TempResult
EXEC dbo.GetComplexResultset @arg1,...,@startwindow=0,@windowsize=10000

-- 返回插入的行数即为总匹配数
SELECT @@ROWCOUNT
DROP TABLE IF EXISTS #TempResult
GO

这个方案的缺点是如果后续dbo.GetComplexResultset的返回列结构调整，这里的临时表定义需要同步更新。

方案3：完全无法修改存储过程时，应用端跳过多余结果集

如果连计数存储过程都不能改，直接在调用GetCountComplexResultset的业务代码里处理即可：绝大多数数据库访问驱动都支持多结果集读取，只需要跳过第一个结果集，读取第二个存储的行数值即可。比如C#中可以调用SqlDataReader.NextResult()方法跳过第一个结果集，直接读取第二个结果集里的数值。

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