sql server存储过程可通过多个独立select语句返回多个结果集，前端需用nextresult()或nextset()按序读取；各结果集结构须稳定，顺序不可跳过或重排，return值与输出参数不替代结果集功能。
SQL Server 存储过程里用多个 SELECT 就能返回多个结果集
只要在同一个存储过程中写多个独立的 SELECT 语句，SQL Server 就会按顺序把每个查询的结果作为单独的结果集返回。前端（比如 C# 的 SqlDataReader 或 Python 的 pyodbc）可以通过反复调用 NextResult() 或 nextset() 来逐个读取。
注意：不是所有数据库都支持——MySQL（multi_query 模式下可支持但需显式启用）、PostgreSQL 默认不支持单次调用返回多个结果集；这个能力是 SQL Server 和 Oracle（用 REF CURSOR）的常见特性。
-
SET NOCOUNT ON推荐加上，避免影响结果集计数逻辑 - 每个
SELECT必须是完整、可执行的查询，不能是子查询或表达式 - 列名和类型不要求一致，但同一结果集内必须结构稳定（否则前端映射容易出错）
前端读取多个结果集时，NextResult() 是关键入口点
C# 中用 SqlDataReader 读第一个结果集后，必须显式调用 NextResult() 才能进入第二个；不调就永远卡在第一个。Python 的 pyodbc 同理，要用 cursor.nextset()。
常见错误现象：Invalid operation on closed reader 或直接跳过后续结果——往往是因为没检查 NextResult() 返回值（它返回 bool，false 表示已无更多结果）。
- 别在
while (reader.Read())循环里直接调NextResult()，应先读完当前结果集再切 - 如果某个结果集为空（0 行），
NextResult()仍返回true，只是后续Read()立即返回false - EF Core 原生不支持多结果集，得用
ExecuteSqlRaw+DbCommand底层方式
多个结果集的顺序和命名完全由存储过程定义，前端无法跳过或重排
结果集顺序严格对应存储过程中 SELECT 出现的先后顺序，没有别名、索引或关键字能指定“我要第 2 个”。前端必须按序处理，否则会错位解析数据。
例如：第一个 SELECT 返回订单头，第二个返回订单明细，第三个返回客户信息——如果代码只读前两个，第三个结果集会被丢弃且不会报错；如果误把第二个当第一个用，字段对不上就会抛 InvalidCastException 或空值。
- 建议在存储过程注释里明确标出每个
SELECT的用途和字段含义 - 避免在中间加
IF分支动态控制是否返回某结果集——会导致结果集数量不稳定，前端很难健壮处理 - 如需条件性返回，宁可用
UNION ALL+ 标识列，或拆成多个存储过程
RETURN 值和输出参数跟结果集互不影响，但别混淆用途
RETURN 只能传一个整型状态码（比如 RETURN 0 表示成功），OUTPUT 参数适合传单个标量值（如新插入的 ID），而多个结果集专用于传批量结构化数据——三者定位不同，混用反而增加理解成本。
容易踩的坑：有人试图用 SELECT @var AS Result 替代输出参数，结果发现这个被当成第一个结果集的一部分，而不是“返回值”；或者在 RETURN 后继续写 SELECT，导致后续结果集被忽略（SQL Server 允许，但部分驱动可能截断）。
-
RETURN语句之后的SELECT仍会执行并返回结果集，但某些旧版客户端驱动可能不兼容 - 输出参数必须用
EXEC @ret = proc_name @out OUTPUT方式声明，不能靠结果集“猜” - 如果只需要一个结果集+一个状态码，优先用
RETURN而非额外塞一个单行结果集
结果集数量、顺序、结构稳定性，这三点一旦在存储过程中定下来，前端就必须严格对齐——改一个 SELECT 的字段顺序，可能让整个消费逻辑静默错位。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
