SQL Server存储过程中获取SELECT行数并控制后续执行的方法

嘿，我来帮你搞定这个SQL Server存储过程里的行数判断问题！你之前遇到的@@ROWCOUNT不生效和临时表没完成的问题，我给你梳理两种靠谱的解决方案，还有优化思路～

你之前用@@ROWCOUNT没正常工作，大概率是因为在获取它之前执行了其他会重置它的语句（比如PRINT、SET这类）。@@ROWCOUNT只会返回上一条SQL语句影响的行数，所以必须在目标SELECT之后立刻把它的值存到变量里，不能拖。

给你一个完整的存储过程示例：

CREATE PROCEDURE YourProcedureName
AS
BEGIN
    SET NOCOUNT ON; -- 关键！关闭"影响了X行"的提示，避免干扰@@ROWCOUNT的值

    -- 第一步：执行你要判断行数的目标查询
    SELECT * FROM YourTargetTable WHERE YourCondition; -- 替换成你实际的查询语句

    -- 立刻把行数存到变量里，别插其他语句！
    DECLARE @RowCount INT;
    SET @RowCount = @@ROWCOUNT;

    -- 开始判断逻辑
    IF @RowCount = 0
    BEGIN
        -- 行数为0时，执行你要的后续语句
        SELECT A, B, C FROM AT WHERE B = 1;

        -- 如果还需要判断这个后续语句的行数是否为0，继续往下写
        DECLARE @SecondRowCount INT;
        SET @SecondRowCount = @@ROWCOUNT;

        IF @SecondRowCount = 0
        BEGIN
            -- 这里写行数仍为0时要执行的额外逻辑
            PRINT '后续查询也没返回数据，继续执行其他操作';
            -- 比如 INSERT、UPDATE 或者其他业务语句
        END
    END
    ELSE
    BEGIN
        -- 行数不为0时直接停止执行
        PRINT '原始查询已有数据，停止后续操作';
        RETURN; -- 退出存储过程
    END
END

要注意的小细节：

• 目标SELECT之后必须马上赋值@@ROWCOUNT，中间不能加任何会执行的SQL语句（注释没事）。
• SET NOCOUNT ON一定要加，不然系统返回的“影响X行”提示会把@@ROWCOUNT重置成1，导致判断出错。

如果你更倾向于用临时表的方式，其实思路很清晰：把目标查询的结果插进临时表，再用COUNT(*)获取行数，之后的判断逻辑就和上面一致了。

完整代码示例：

CREATE PROCEDURE YourProcedureName
AS
BEGIN
    SET NOCOUNT ON;

    -- 创建临时表，结构要和你的目标查询结果完全匹配
    CREATE TABLE #TempResult (
        -- 替换成你目标查询的列，比如：
        ID INT,
        ProductName VARCHAR(100)
        -- 其他列按需添加
    );

    -- 把目标查询的结果插入临时表
    INSERT INTO #TempResult
    SELECT * FROM YourTargetTable WHERE YourCondition; -- 替换成实际查询

    -- 获取临时表的行数
    DECLARE @RowCount INT;
    SELECT @RowCount = COUNT(*) FROM #TempResult;

    -- 判断逻辑和方法1一致
    IF @RowCount = 0
    BEGIN
        SELECT A, B, C FROM AT WHERE B = 1;

        DECLARE @SecondRowCount INT;
        SET @SecondRowCount = @@ROWCOUNT;

        IF @SecondRowCount = 0
        BEGIN
            PRINT '后续查询无数据，继续执行后续逻辑';
        END
    END
    ELSE
    BEGIN
        PRINT '原始查询有数据，停止执行';
        RETURN;
    END

    -- 可选：显式删除临时表，SQL Server会自动清理，但显式删除更规范
    DROP TABLE #TempResult;
END

这个方法的好处是，如果你后续还要用到原始查询的结果，直接用临时表就行，不用再重复执行一次查询。

如果你的目标只是判断有没有数据，不需要返回查询结果，那用EXISTS会比上面两种方法效率更高——它只要找到一条匹配的行就停止扫描，不用遍历整个结果集。

示例代码：

CREATE PROCEDURE YourProcedureName
AS
BEGIN
    SET NOCOUNT ON;

    -- 判断原始查询是否有数据
    IF NOT EXISTS (SELECT 1 FROM YourTargetTable WHERE YourCondition)
    BEGIN
        -- 执行后续语句
        SELECT A, B, C FROM AT WHERE B = 1;

        -- 再判断后续语句是否有数据
        IF NOT EXISTS (SELECT 1 FROM AT WHERE B = 1)
        BEGIN
            -- 行数仍为0时的后续逻辑
            PRINT '继续执行其他操作';
        END
    END
    ELSE
    BEGIN
        PRINT '原始查询有数据，停止执行';
        RETURN;
    END
END

这种方式尤其适合大表场景，能节省不少查询时间。

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