Oracle SQL中Union搭配Order By为何Case B可行、Case A不可行？

核心差异源于UNION的结果集规则与ORDER BY的解析逻辑 #

1. Case B（单表查询+ORDER BY 'b'）可行的原因

你这里写的ORDER BY 'b'里的'b'是字符串常量，不是列名引用。对于单表查询来说，数据库会把这个常量当成所有行的统一排序键——因为所有行的排序值都一样，排序操作不会改变结果顺序，但语法完全合法，数据库能正常解析执行，所以不会报错。

如果你的实际意图是按列b排序（应该写ORDER BY b不带引号），那单表本身存在b列，自然能正常执行排序。

2. Case A（UNION合并+ORDER BY 'b'）失败的原因

这要结合UNION的核心规则：

• UNION合并多个查询结果时，最终结果集的列名由第一个SELECT语句的列名决定，后续SELECT语句的列名会被忽略，只要求数据类型兼容。
• ORDER BY子句在UNION语句中，只能作用于合并后的最终结果集，必须引用结果集中存在的列（或列的位置序号）。

如果你的实际意图是按列b排序（而非字符串常量）：
假设第一个查询的结果里没有名为b的列，那么合并后的结果集也不会有b列，此时ORDER BY b（或你误写的'b'如果被数据库解析为列名）就会因为"找不到列b"而报错。

如果确实是写的ORDER BY 'b'（字符串常量）仍报错，那大概率是某些数据库的语法限制：部分数据库要求UNION后的ORDER BY必须引用结果集的列，不允许直接用常量表达式（这种情况较少见，但符合题目中执行失败的描述）。

总结 #

Case B能执行，要么是单表存在b列（按列排序合法），要么是用了字符串常量排序（语法合法）；Case A失败，本质是UNION后的结果集没有你要排序的b列，或者数据库限制UNION后的ORDER BY不能使用常量表达式。

内容的提问来源于stack exchange，提问作者Jonas Bikus