能，SQL Server原生支持存储过程返回多个结果集，但必须加SET NOCOUNT ON、避免中断语句，并由客户端显式调用NextResult()或nextset()逐个读取；空结果集仍存在但HasRows为false。
SQL Server 存储过程能原生返回多个结果集，但必须满足三个硬性条件：开头加 SET NOCOUNT ON、中间不能有未捕获错误或提前 RETURN、客户端必须显式切换结果集。其他数据库（如 PostgreSQL、MySQL）不支持这种语法，强行照搬只会拿到最后一个结果。
SQL Server 多结果集的写法和关键限制
只要在存储过程中按顺序写多个 SELECT 语句，SQL Server 就会把每个都当作独立结果集发回。但以下两点必须做到，否则客户端解析会错乱：
-
SET NOCOUNT ON必须放在最开头——否则每条语句后的 “X 行受影响” 消息会被客户端误认为是结果集 - 不能在中间
THROW、RETURN或发生未TRY/CATCH的错误，否则后续SELECT根本不执行 - 用
IF EXISTS(SELECT ...)包裹某个SELECT，会导致该分支不执行时“缺一个结果集”，破坏调用方的预期结构
示例正确写法：
CREATE PROCEDURE GetUsersAndOrders AS SET NOCOUNT ON; SELECT id, name FROM users WHERE status = 'active'; SELECT order_id, total FROM orders WHERE created_at > GETDATE() - 7;
C# SqlDataReader 怎么读完所有结果集
SqlDataReader.Read() 只遍历当前结果集的行，不会自动跳到下一个。漏掉 NextResult()，就永远卡在第一个结果集里。
- 必须用
do { ... } while (reader.NextResult());循环，而不是while (reader.Read())——后者只处理第一个结果集的所有行 - 即使某个
SELECT返回空（reader.Read()第一次就返回false），也得调一次NextResult()才能进下一个 -
NextResult()返回true表示还有下一个，false表示已到底；别用== true判断，直接当循环条件用
PostgreSQL 怎么模拟多结果集
PostgreSQL 不支持多个 SELECT 直接返回多个结果集。你写的前几个 SELECT 全被丢弃，只返回最后一个。真要实现类似效果，必须用 refcursor：
- 函数返回类型必须是
SETOF refcursor或声明多个OUT refcursor参数 - 调用前必须
BEGIN开启事务，否则FETCH ALL IN "xxx"会报cursor "xxx" does not exist -
OPEN users_cursor FOR SELECT ...中的users_cursor是游标名，后续FETCH必须完全一致（大小写敏感） -
FETCH才真正执行查询——函数调用本身只打开游标、返回名字，不查数据
pyodbc 和 JDBC 的 nextset() 容易踩的坑
cursor.nextset()（pyodbc）和 CallableStatement.execute() 后的 getMoreResults()（JDBC）都依赖上一个结果集被“消费过”：
- pyodbc：必须先调
fetchone()、fetchall()或至少rowcount，再调nextset()；否则报错ProgrammingError: No results. Previous SQL was not a query. - JDBC：
getMoreResults()前必须先处理完当前结果集（比如rs.next()走完），否则行为未定义 - MySQL 的
pymysql和 PostgreSQL 的psycopg2根本不提供nextset()方法——这个机制仅限 SQL Server + pyodbc 或 SQL Server + JDBC 场景
真正麻烦的不是怎么写存储过程，而是客户端是否在同一事务生命周期内完成游标打开、获取、释放——跨连接、跨事务、甚至 ORM 自动 commit 都会让 refcursor 失效。这点在生产环境里最容易被忽略。
