sql server需set nocount on才能正确返回多个结果集；postgresql必须用refcursor；mysql需启用multiplestatements；output参数仅适用于固定结构标量值。
SQL Server 多个 SELECT 就能返回多个结果集，但必须加 SET NOCOUNT ON
直接写多个 SELECT 语句是可行的，但客户端读取时大概率只拿到第一个结果集——因为默认开启的“行影响计数”消息（如 (3 行受影响)）会被误认为是结果集。必须在存储过程最开头加上 SET NOCOUNT ON，否则后续结果集解析会错乱。
还要注意：中间不能有未捕获的错误、THROW 或提前 RETURN，否则后面的 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;
PostgreSQL 必须用 refcursor，不能靠多个 SELECT
你写十个 SELECT，PostgreSQL 只返回最后一个。真要多结果集，只能走 refcursor 路线：函数声明多个 OUT refcursor 参数，OPEN 时显式命名游标，再由调用方在事务中 FETCH ALL IN "xxx" 获取。
关键约束很硬：
-
BEGIN事务必须存在，否则FETCH报错cursor "xxx" does not exist - 游标名大小写敏感，
OPEN users_cursor FOR和FETCH ALL IN "users_cursor"必须完全一致 -
RETURNS record是强制的（因含多个OUT），不能写成SETOF record -
FETCH才真正执行查询——函数调用本身只是打开游标、返回名字
定义示例：
CREATE OR REPLACE FUNCTION get_user_and_order_cursors( OUT users_cursor refcursor, OUT orders_cursor refcursor ) RETURNS record AS $$ BEGIN OPEN users_cursor FOR SELECT id, name FROM users LIMIT 10; OPEN orders_cursor FOR SELECT order_id, total FROM orders WHERE status = 'paid'; END; $$ LANGUAGE plpgsql;
MySQL 多结果集需要连接层显式启用 multipleStatements
MySQL 5.7+ 支持多个 SELECT，但默认协议禁止。若没开 multipleStatements=true（JDBC URL 加参数，Node.js mysql2 设 multipleStatements: true），第二个 SELECT 会被静默丢弃，甚至触发警告 Warning 1312。
应用层读取也容易漏：
- Java 必须用
CallableStatement.execute()启动，不能用executeQuery() - 每次换结果集前，必须先调
getResultSet()读完当前，再调getMoreResults()推进 -
getMoreResults()返回false且getUpdateCount() == -1才算结束
Node.js mysql2 的简化方式（自动拆包）：
connection.query('CALL get_user_report(?)', [userId], (err, results) => {
const userInfo = results[0]; // 第一个结果集所有行
const orderHistory = results[1]; // 第二个结果集所有行
});
OUTPUT 参数不适合返回动态结构的数据
如果要返回“每月销售额”这类列数不固定的结构，别硬塞进 OUTPUT 参数。强行拼字符串（如 'Jan:1200;Feb:1500'）会导致三重问题：
- 客户端必须手动分割 + 类型转换，极易出错
- 数值变成字符串，后续聚合或比较要反复
CAST - ORM（如 Entity Framework）无法映射，
FromSqlRaw直接失效
真正该用 OUTPUT 的场景只有：固定个数、确定类型的标量值，比如统计总数、总金额、平均值。一旦结果结构不确定，就该切回结果集方案。
最容易被忽略的一点：不同数据库对“多结果集”的底层实现毫无兼容性。SQL Server 的 NextResult()、PostgreSQL 的 FETCH、MySQL 的 getMoreResults() 不仅 API 不同，事务行为、错误恢复逻辑、连接配置要求也全都不一样——跨库迁移时，这部分代码几乎没法复用。
