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，可能会意外结束主过程的事务，尤其是在嵌套调用比较深的时候，要特别小心。
