SQL Server OUTPUT参数仅支持返回单个标量值，如@count、@status；多个值需声明多个OUTPUT参数，不可用单个参数承载结果集，返回多行数据必须使用SELECT。
SQL Server 存储过程 OUTPUT 参数只能返回单个标量值
OUTPUT 参数不是用来“返回多个结果集”的机制，它每次只能传回一个变量的值（比如 @count、@status）。如果你看到别人说“用 OUTPUT 返回多个值”，实际是声明了多个 OUTPUT 参数，而不是一个参数承载多个结果。
常见误解：以为可以像 SELECT @a OUTPUT, @b OUTPUT 这样批量输出——SQL Server 不支持这种语法。
- OUTPUT 参数本质是“输入/输出双向变量”，调用时必须用
EXEC @ret = proc_name @p1 OUTPUT, @p2 OUTPUT显式标记 - 每个 OUTPUT 参数必须在存储过程中被显式赋值，否则调用端收到的是
NULL - 不能用 OUTPUT 传递表、游标或结果集；想返回多行数据，得用
SELECT或RETURN配合结果集
如何真正返回多个值：组合使用 OUTPUT + SELECT
业务中常需要“既返回状态码/计数，又返回查询结果”，这时应把逻辑拆开：OUTPUT 负责标量反馈，SELECT 负责结果集。SQL Server 允许一个存储过程同时有 OUTPUT 参数和多个 SELECT 语句（即多个结果集）。
例如，一个用户查询过程既要返回匹配总数，又要返回分页后的用户列表：
CREATE PROC GetUserList
@page INT = 1,
@size INT = 10,
@total_count INT OUTPUT
AS
BEGIN
-- 先统计总数（OUTPUT 只能在这里赋值一次，后续不能再改）
SELECT @total_count = COUNT(*) FROM Users WHERE IsActive = 1;
<pre class="brush:php;toolbar:false;">-- 再查分页数据（作为第一个结果集返回）
SELECT Id, Name, Email
FROM Users
WHERE IsActive = 1
ORDER BY Id
OFFSET (@page-1)*@size ROWS
FETCH NEXT @size ROWS ONLY;END
- 调用时必须为
@total_count声明变量并加OUTPUT关键字：DECLARE @cnt INT; EXEC GetUserList 1, 10, @cnt OUTPUT; - 客户端（如 C# SqlCommand）需先读取结果集（
reader.Read()），再访问Parameters["total_count"].Value - 注意顺序：OUTPUT 参数赋值发生在
SELECT执行前或后都行，但必须在过程退出前完成
OUTPUT 参数常见踩坑点
很多问题不是语法错，而是调用侧没配合好。最典型的三个失效场景：
- 调用时漏写
OUTPUT关键字：写成EXEC p @x, @y→@y在过程里赋了值，调用端仍收不到 - 变量未初始化就传入：虽然不报错，但若过程没给该 OUTPUT 参数赋值，调用端拿到的是
NULL，容易误判逻辑未执行 - 混淆
RETURN和 OUTPUT：RETURN只能返回一个整型状态码（通常 -1 到 2^31-1），不能传字符串或大数字；想传错误消息要用 OUTPUT 参数或RAISERROR - 在 TRY...CATCH 中修改 OUTPUT 参数后发生异常：如果 CATCH 块没重新赋值，调用端可能拿到中间态脏值
替代方案：什么时候该放弃 OUTPUT 改用临时表或表值参数
当“多个返回值”之间存在强结构关系（比如每条订单记录要附带其子项数量、最新物流状态），硬拆成多个 OUTPUT 参数会很快失控。这时更清晰的做法是返回一个结果集，字段里自带聚合信息：
-- 比起定义 @order_cnt INT OUTPUT, @item_sum DECIMAL OUTPUT...
SELECT
o.OrderId,
COUNT(i.ItemId) AS ItemCount,
MAX(s.StatusName) AS LastStatus
FROM Orders o
LEFT JOIN OrderItems i ON o.OrderId = i.OrderId
LEFT JOIN Shipments s ON o.OrderId = s.OrderId
GROUP BY o.OrderId;- 结果集天然支持 N 行 × M 列，比一堆 OUTPUT 参数更易扩展和消费
- 避免 OUTPUT 参数数量膨胀（比如超过 5 个）导致调用代码难以维护
- 如果上层是 ORM（如 Entity Framework），它对结果集的映射能力远强于对多个 OUTPUT 参数的手动提取
OUTPUT 参数适合轻量、确定性反馈（成功/失败、影响行数、主键ID），别把它当成万能管道。真要传复杂结构，优先走结果集，或者用 JSON 字符串 OUTPUT（SQL Server 2016+ 支持 FOR JSON）——但那就已是另一层权衡了。
