SQL存储过程如何调用另一个带返回值的存储过程

关于存储过程返回值的话题，不同数据库的玩法差别不小。SQL Server里用RETURN只能返回整数，必须用EXEC @var = proc_name来捕获；MySQL压根不支持RETURN，得靠OUT参数传值；要是想返回行数据，那就得用结果集。这三者各司其职，可别混着用。 先说个核心要点，免得后面绕晕：SQL Server的RETURN值只适合传简单的状态码（比如成功、失败），业务数据还得靠输出参数或结果集。

SQL Server 中捕获返回值：EXEC @ret = proc_name

SQL Server 的存储过程用 RETURN 语句返回值时，只能是一个整数，而且必须用变量接收，不能像函数那样直接嵌入表达式里。新手最容易踩的坑是写成 SELECT * FROM (EXEC proc_name) 或试图用 = EXEC proc_name 赋值——这两者在语法上通不过。

正确的打开方式：先声明一个 INT 变量，然后用 EXEC @var = proc_name 这种形式调用。比如：

DECLARE @result INT;
EXEC @result = usp_CheckUserStatus @UserId = 123;
IF @result = 0
    PRINT '用户有效';
ELSE
    PRINT '用户异常';

有几个细节得留意：

• RETURN 值必须是过程显式写出来的（比如 RETURN 1），如果不写，默认返回 0
• 这套语法只适用于 SQL Server；MySQL 和 PostgreSQL 都不认 EXEC @var = ...
• 返回值传不了字符串或结果集，要想取多个值，改用输出参数或临时表。

MySQL 的做法：CALL + 输出参数

MySQL 存储过程压根不支持 RETURN 值，想返回数据都得靠 OUT 或 INOUT 参数。如果主过程想从被调过程拿一个状态码或字符串，必须在调用前就定义好输出参数。

举个例子：主过程调用 check_user_active 并获取状态：

DELIMITER $$
CREATE PROCEDURE main_proc(IN uid INT)
BEGIN
    DECLARE status_code INT DEFAULT 0;
    CALL check_user_active(uid, status_code); -- status_code 是 OUT 参数
    IF status_code = 1 THEN
        SELECT 'active' AS result;
    END IF;
END$$
DELIMITER ;

这里有几个要点：

• 被调过程的定义里必须明确写出 OUT status_code INT
• 调用时直接传入变量名就行，不需要加 OUT 关键字
• 如果输出参数是字符串，要注意长度限制（比如写清楚 OUT msg VARCHAR(100)）

跨数据库调用时，结果集比返回值更通用

如果你的目标是获取数据，而不是单纯的状态码，那么用结果集方法更靠谱。在 SQL Server 里可以用 INSERT ... EXEC，在 MySQL 里可以借助临时表来捕获结果集。

SQL Server 的示例：

CREATE TABLE #tmp_users (id INT, name NVARCHAR(50));
INSERT INTO #tmp_users EXEC usp_GetActiveUsers @DeptId = 5;
SELECT COUNT(*) FROM #tmp_users;

MySQL 的示例：

CALL get_active_users(5);
-- 假设该过程已经把结果插入了临时表 tmp_result
SELECT COUNT(*) FROM tmp_result;

不过得注意几个限制：

• INSERT ... EXEC 不能嵌套使用，也不能用于远程服务器（四部分命名那种）
• MySQL 的临时表在会话内是可见的，但必须确保被调过程确实执行了 INSERT INTO tmp_result
• 结果集的结构必须和接收表完全匹配，否则会报错

别把返回值、输出参数和结果集搞混了

这三者不是替代关系，而是分工不同：返回值适合快速反馈执行状态（成功/失败/错误码）；输出参数适合传回少量标量值（比如新生成的 ID、计数、提示消息）；结果集则适合返回行数据。

最容易翻车的地方是强行用返回值来传业务数据——比如试图让 RETURN 返回用户姓名，这在 SQL Server 里根本做不到，编译直接就报错了。

另一个容易忽略的坑是事务上下文：如果被调过程里包含了 COMMIT 或 ROLLBACK，可能会意外结束主过程的事务，尤其是在嵌套调用比较深的时候，要特别小心。