是，SQL Server 存储过程中多个SELECT按顺序返回多个独立结果集，需客户端显式调用NextResult()等方法读取；MySQL和PostgreSQL不原生支持该语义。
SQL Server 存储过程中多个 SELECT 语句会返回多个结果集吗？
会，但不是“并行输出”，而是按执行顺序依次返回多个结果集（result set）。客户端必须显式支持多结果集读取，否则只拿到第一个 SELECT 的结果。比如 C# 的 SqlDataReader 需要调用 NextResult() 才能跳到第二个结果集；Python 的 pyodbc 则需反复调用 cursor.nextset()。
MySQL 和 PostgreSQL 能用同样方式返回多个结果集吗？
不能。MySQL 的存储过程允许写多个 SELECT，但其协议默认只返回最后一个结果集（除非用 mysql_client_query + 手动解析，实际极少这么用）；PostgreSQL 的函数（RETURNS TABLE 或 SETOF）本质是单结果集流式返回，多个 RETURN QUERY 会合并为一行一行输出，不是独立结果集。只有 SQL Server 和 Oracle（通过 REF CURSOR）原生支持明确的多结果集语义。
SQL Server 中怎么安全地组织多个 SELECT 并避免字段名冲突？
每个 SELECT 是独立结果集，字段名冲突不会报错，但会让客户端解析混乱。建议：
- 给每个结果集加注释说明用途，例如
-- Summary stats、-- Detail rows - 显式写出列名，不用
SELECT *，尤其注意不同SELECT间同名列的类型是否一致（如一个返回INT，另一个返回VARCHAR，虽然不报错，但客户端强类型绑定可能失败） - 如果某结果集仅用于调试（如
SELECT @debug_info），考虑改用RAISERROR(..., 0, 1) WITH NOWAIT输出到消息窗口，不参与结果集流
为什么 .NET 程序调用后只看到第一张表的数据？
因为绝大多数 ORM（包括 Entity Framework Core 默认行为）和 DataTable.Load() 只读第一个结果集。解决方法：
- 用原始
SqlDataReader，手动调用reader.Read()处理第一组，再调用reader.NextResult()，再reader.Read()处理第二组 - 在 EF Core 中，需使用
DbCommand.ExecuteReader()绕过上下文，无法直接映射到多个实体类 - 更稳妥的做法是：把多结果集逻辑拆成多个独立存储过程，或改用临时表 + 单
SELECT合并输出
多结果集看着省事，实际增加了客户端适配成本，尤其跨语言或升级驱动时容易静默丢数据——这点常被忽略。
