PostgreSQL中SQL执行顺序与子查询别名访问疑问

你列出的SQL执行顺序是单层级SELECT语句的逻辑执行流程，但这个规则不适用于嵌套的关联子查询（Correlated Subquery），这也是你产生困惑的核心原因，下面具体解析：

1. 外层查询的作用域覆盖子查询 #

外层查询的FROM customer AS c是整个语句中最早执行的部分之一（完全符合你列出的顺序：FROM排在第一位），一旦这一步执行，别名c就已经在外层查询的作用域中生效，而这个作用域包含了外层WHERE子句里的所有子查询。也就是说，子查询本身属于外层WHERE条件的一部分，它的执行依赖外层查询已经创建好的别名。

2. 关联子查询的执行逻辑是"逐行联动" #

你的例子里的子查询是关联子查询，它不是独立于外层查询执行的，而是遵循以下流程：

• 外层查询先从customer表取出一行数据，此时这行数据被绑定到别名c上；
• 接着执行WHERE子句中的EXISTS子查询，此时子查询可以直接引用当前外层行的c.customer_id——因为这个值已经被加载到内存中；
• 子查询判断是否存在符合条件的payment记录，结果决定是否保留当前的外层行；
• 外层查询遍历完customer表的所有行后，最终返回符合条件的记录。

3. 澄清误区：单层级顺序不适用嵌套场景 #

你之前的疑问"别名似乎无法在SELECT子句之前的语句中使用"，这个规则是指在同一个查询层级中，比如不能在WHERE子句中使用SELECT子句定义的列别名（因为SELECT在WHERE之后执行）。但关联子查询属于嵌套层级，它引用的是外层查询已经创建好的别名，完全不违反这个规则。

举个反例对比：如果在同一个层级的WHERE里用SELECT的别名，就会报错：

SELECT customer_id AS cid FROM customer WHERE cid = 1; -- 报错，因为SELECT在WHERE之后执行，cid还未创建

而你的关联子查询是跨层级引用，外层的FROM已经先执行完成，所以别名c是有效的。

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