SQL Server中OUTPUT参数必须一对一声明，不能“打包”返回；每个OUTPUT参数需在定义和调用两端显式标注OUTPUT关键字，顺序必须一致，且仅适用于固定个数、类型稳定的轻量汇总值；动态结构应使用SELECT结果集。
SQL Server中OUTPUT参数必须一对一声明，不能“打包”返回
SQL Server的OUTPUT参数是按引用传递的标量机制，每个参数只能绑定一个变量。想用一个@result NVARCHAR(MAX) OUTPUT拼JSON或逗号分隔字符串来“返回多个值”，会丢失类型、增加客户端解析负担，且Entity Framework等ORM无法自动映射。真正可行的方式只有两种：为每个统计值单独声明OUTPUT参数，或改用SELECT结果集。
声明和调用两端都必须显式写OUTPUT关键字
漏掉任一端的OUTPUT，变量就收不到回写值——这是最常踩的坑。
- 定义存储过程时，每个输出参数后必须跟
OUTPUT（如@total_orders INT OUTPUT） - 调用时，每个对应变量也必须带
OUTPUT（如@a OUTPUT, @b OUTPUT，不能只写@a, @b） - 未提前
DECLARE变量 → 报错Must declare the scalar variable - 多个
OUTPUT参数顺序必须与定义完全一致，不能靠名字自动匹配
有SELECT语句时，必须先消费完结果集再读OUTPUT变量
如果存储过程中混用了SELECT和OUTPUT赋值（比如先查明细再统计总数），ADO.NET、JDBC等客户端必须先调用NextResult()或getMoreResults()把所有结果集取完，OUTPUT变量的值才真正就绪。否则读到的是NULL或旧值。
- 在C#中：用
SqlDataReader循环调用NextResult()直到返回false - 在Java JDBC中：用
stmt.getMoreResults()配合stmt.getResultSet()逐个处理 - PHP PDO默认不自动跳过结果集，需手动
$stmt->nextRowset()
动态列数或不确定数量的结果别硬套OUTPUT参数
比如按月份聚合销售额，月份数随查询时间范围变化——根本没法预设固定个数的OUTPUT参数。此时强行拼字符串（如'Jan:1200;Feb:1500'）会导致类型丢失、客户端解析脆弱、无法被ORM识别。这种场景应该直接用SELECT返回结果集，哪怕只有一个字段多行。
-
OUTPUT只适合已知个数、类型稳定、轻量级的汇总值（如@count、@sum、@max_date） - 涉及分组、时间维度展开、行列转换等动态结构，一律走
SELECT - JDBC不支持
CURSOR、TABLE、TIMESTAMP作为OUTPUT类型，这些也得走结果集
OUTPUT还是SELECT——很多人卡在这一步，写完才发现前端拿不到数据，回头重构成结果集又牵扯一堆调用方改动。 
