为何PostgreSQL无同名列时按表名排序不报错？

嘿，这个问题其实源于PostgreSQL对标识符的解析规则和它对复合类型（行类型）的排序支持，我来给你一步步理清楚：

1. 标识符的优先级解析逻辑 #

当你写ORDER BY abc时，PostgreSQL会按这个顺序去匹配：

• 首先找当前查询结果集里的列名（包括SELECT子句定义的别名）；
• 如果找不到匹配的列，它会尝试把abc当作一个合法的表达式来解析。这时候如果abc是当前查询范围内可见的表名（比如在FROM子句里声明过的表），PostgreSQL会把它解析为该表的行类型（row type）——简单说就是代表这个表当前行的复合值。

2. 行类型是合法的排序依据 #

PostgreSQL允许对复合类型的表达式进行排序，排序规则是按照行类型定义的列顺序依次比较：先比第一个列，相等的话再比第二个，以此类推。因为行类型是完全有效的表达式，所以数据库不会抛出“列不存在”的错误，反而会按照这个行的结构来排序你的结果集。

举个实际的例子，假设你有两个表：

• users（列：id, name）
• orders（列：order_id, user_id, amount）

如果你执行这条查询：

SELECT u.* FROM users u JOIN orders o ON u.id = o.user_id ORDER BY o;

这里的ORDER BY o就是对orders表的行类型排序，效果等同于ORDER BY o.order_id, o.user_id, o.amount，所以查询会正常执行，完全不会报错。

3. 什么时候才会报错？ #

只有当abc既不是当前查询结果集里的列名，也不是当前查询范围内可见的表名时，PostgreSQL才会抛出column "abc" does not exist的错误。比如你执行SELECT * FROM users ORDER BY non_existent_table，这时候因为non_existent_table既不是列，也不在查询的FROM子句里，就会报错。

总结一下：你遇到的情况是因为abc作为表名在当前查询范围内是可见的（比如在FROM子句中被引用了），所以PostgreSQL把它解析成了行类型表达式，而行类型是可以用来排序的，因此没有报错。

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