sql server 存储过程可通过多个select语句返回多个结果集，客户端需显式调用nextresult()或nextset()读取；必须用set nocount on，且不能有return或未捕获错误。
SQL Server 存储过程中怎么让一个 EXEC 返回多个结果集
SQL Server 支持在单个存储过程中用多个 SELECT 语句输出多个结果集，客户端（如 C# 的 SqlDataReader、Python 的 pyodbc）能通过多次调用 NextResult() 或 nextset() 获取。关键不是“能不能”，而是“客户端是否主动读取后续结果集”——漏掉这步，就只看到第一个 SELECT 的结果。
- 必须用
SET NOCOUNT ON开头，否则每条语句执行后的“X 行受影响”消息会干扰结果集顺序 - 多个
SELECT之间不能有RETURN、THROW或未捕获的错误，否则后续结果集不会发出 - 结果集列名和类型不强制一致，但同一结果集内需保持稳定；不同结果集间可完全无关（比如第一个是用户列表，第二个是统计汇总）
MySQL 和 PostgreSQL 能不能用同样方式返回多结果集
不能。MySQL 的存储过程不支持多结果集返回（CALL proc_name() 只能返回一个结果集，即使过程里写了多个 SELECT，也只会返回最后一个）；PostgreSQL 的函数默认只返回一个结果集，除非显式定义为 SETOF 或使用 REFCURSOR。
- MySQL 替代方案：拆成多个独立存储过程，或用临时表 + 多次查询模拟
- PostgreSQL 推荐用
REFCURSOR：在函数中OPEN curs FOR SELECT ...，再RETURN curs，客户端按需FETCH - 注意驱动兼容性：Java 的 JDBC 需设置
allowMultiQueries=true才能处理多语句，但这和“存储过程多结果集”是两回事，别混用
为什么 C# 里 SqlDataReader.Read() 只读到第一张表就结束了
因为 Read() 只负责读当前结果集的行，不自动跳转到下一个结果集。必须显式调用 NextResult() 才能切换。
- 典型错误写法：
while (reader.Read()) { ... }—— 这只会遍历第一个结果集的所有行 - 正确流程：先用
while (reader.Read())读完第一个结果集；再调if (reader.NextResult())判断并进入第二个；重复直到NextResult()返回false - 如果不确定有几个结果集，用
do { ... } while (reader.NextResult());更稳妥
do {
while (reader.Read()) {
Console.WriteLine(reader[0]);
}
} while (reader.NextResult());
多个结果集对性能和网络的影响
所有结果集都在一次 RPC 调用中返回，相比多次单独查询，减少了往返延迟，但总数据量变大，内存占用集中在客户端接收阶段。
- 服务端无额外开销：SQL Server 是流式生成，不缓存全部结果集再发
- 客户端需一次性加载每个结果集进内存（
SqlDataReader是前向只读，但每个结果集仍需完整读取才能调NextResult()） - 若某个结果集极大（比如百万行），又不需要立刻消费，考虑改用分页或游标，避免阻塞后续结果集读取
实际用的时候，最容易卡住的地方不是写法，而是忘了在客户端循环调 NextResult() —— 它不像异常那样报错，只是静默丢掉后面所有结果。
