WHERE 子句中的逻辑处理顺序或 SQL 标准

几天前有人问我有关 SELECT 语句的逻辑处理顺序的问题，更具体地说，有关别名和 where 子句的问题，我不确定一个问题。如果我们有这样的查询：

SELECT name AS first_name
FROM people
WHERE first_name = 'Alan';

在WHERE子句中使用别名会产生错误的原因实际上是SELECT语句的逻辑处理顺序，或者更确切地说是语法解析问题，或者可能是SQL标准的规则？

这是来自 SQL 标准的规则（该规则相当复杂，因为它涉及 SQL 用户可能不会考虑的许多细节）。

该规则背后有两个原则。首先，该标准不会强加操作的顺序，除非逻辑上有必要（ahaving例如，子句必须在group by）。这是 SQL is a 概念的基础描述性的语言，其中描述结果。任何特定的数据库引擎都可以确定自己的执行路径。

第二个原则是避免歧义。这就是作用域规则的用武之地，它定义了 SQL 编译器何时知道什么。

考虑以下陈述：

select a as b, b as a, a + 1 as d
-----------------------^
from t

问题是：哪个a does a+1参考专栏a在表或列中b（别名为a） 在里面select。根据标准，这是明确的。列别名在select定义它们的子句。

这延伸到where子句也是如此，它在相同的范围内进行评估。考虑同样的例子：

select a as b, b as a, a + 1 as d
from t
where a > 100

Which a是否where条件指的是？标准是明确的。这where子句不理解中的列别名select。这是因为select在（逻辑上）评估之后where。所以，当你说：

select row_number() over (order by a) as seqnum
from t
where a > 100

返回的值从第一个开始a after100. 枚举不会首先发生，过滤的行获得被过滤掉的序列号。