PostgreSQL UNION 后按表别名排序报 missing FROM-clause entry

几条 SELECT 单独带排序都能执行，使用 UNION 合并后再加 ORDER BY e.created_at，PostgreSQL 却报 missing FROM-clause entry for table "e"。去掉末尾排序，合并查询又能返回结果。

这里的 e 可能只属于某个 SELECT 分支。末尾 ORDER BY 排的是集合运算的输出，不再直接引用分支里的表别名。本文针对 PostgreSQL 的这一名称范围问题，不把所有同名报错都归到 UNION；普通查询拼错表名也会触发类似错误。

用输出列名排序

下面是无需建表的只读示例。两组记录都将时间列输出为 event_time，最终排序使用这个名称：

SELECT e.id, e.created_at AS event_time
FROM (VALUES
    (1, timestamp '2026-01-02 10:00:00')
) AS e(id, created_at)
UNION
SELECT a.id, a.created_at
FROM (VALUES
    (2, timestamp '2026-01-01 10:00:00')
) AS a(id, created_at)
ORDER BY event_time, id;

按示例数据推导，编号 2 应排在编号 1 前面。若末行改成 ORDER BY e.created_at，排序位置没有这个分支关系可供引用。只给 e 加引号或把所有分支改用同一个别名，不会建立一个覆盖整个 UNION 结果的表别名。

两侧列按位置对应，不是按列名自动匹配。各分支必须输出相同数量的列，对应类型也要兼容。真实查询中应明确列清单，避免 SELECT * 随表结构变化而错位。

需要限定名称时，把结果作为一个关系

生成 SQL 的代码如果要求始终写成“关系名.列名”，可以在外层为合并结果取名：

SELECT combined.id, combined.event_time
FROM (
    SELECT id, created_at AS event_time
    FROM current_events
    UNION
    SELECT id, created_at
    FROM archived_events
) AS combined
ORDER BY combined.event_time, combined.id;

表名、列名都是占位值，应替换为实际结构，并保留原分支的过滤条件。combined 属于外层 FROM，所以该层排序可以引用它。不要把末尾 ORDER BY 留在内层后，又期待外层自然保持顺序；需要保证的输出顺序应在最外层明确声明。

直接附在 UNION、INTERSECT 或 EXCEPT 后的排序只能使用输出列名或列序号，不能任意写一个表达式。确实需要按输出值的计算结果排序时，可在上述外层 SELECT 中表达。列序号也能使用，但调整 SELECT 列顺序后容易改变含义，明确名称通常更好核对。

不要为了排序顺手改变去重范围

UNION 默认去掉完全重复的输出行，UNION ALL 保留重复。它们不是解决别名错误的两个等价开关；换成 ALL 会改变结果数量，而分支表别名仍不会因此进入最终排序范围。

如果排序字段根本没有出现在合并输出中，不能只去掉表前缀就期望成功。把字段补进每个分支之前，要确认是否接受新的去重维度。例如原来只输出 id，新增时间后，同一编号的不同时间可能变成多行。需要每个编号只保留一条时，应先明确选取哪条记录，不能靠任意增加排序列解决。

给分支加括号并在分支内部排序，也不能代替最终结果排序。尤其与 LIMIT 一起出现时，分支排序可能影响选入哪些行，与“合并后统一排序”是不同需求。

检查顺序之外，还要检查数量

保留修改前的 SQL，在受控数据中包含跨分支重复行、相同时间的不同编号，以及各分支独有记录。核对输出列名、行数和最终顺序；相同主排序值需要稳定顺序时，增加符合业务含义的次排序键。

本次修复是只读查询结构调整，无需删除重复数据、改表或改连接驱动。结果含义不符时恢复原 SQL，再重新确定输出列与排序层次。分页查询还应核对 LIMIT/OFFSET 作用于哪一层，避免错误消失后只取到了某个分支的前几行。