SQL查询中引用SELECT重命名列触发Msg207无效列名错误

SQL语句的执行顺序和书写顺序并不一致，你遇到的是SQL Server的典型执行校验报错，这类数据库对SQL标准执行流程的校验非常严格，完整的执行优先级为：

1. 解析FROM子句，确定查询涉及的源表和字段元数据
2. 执行WHERE子句，基于源表的原始字段对数据行做过滤
3. 执行GROUP BY子句完成数据分组
4. 执行HAVING子句对分组后的结果集做二次过滤
5. 最后才执行SELECT子句，确定返回字段、计算逻辑、以及自定义的列别名

WHERE子句的执行时机远早于SELECT，等WHERE完成数据过滤时，SELECT中定义的EmailName别名还未生成，自然无法被识别，因此抛出“无效列名”的错误。
另外你写的最后一组查询里，WHERE条件给别名加了单引号变成字符串常量，这种写法不会被识别为列引用，本质是拿固定文本"EmailName"做值匹配，和表中的列没有任何关联，逻辑上也无法达到查询目标。

根据实际场景可以选择以下几种可正常运行的写法：

• 常规查询优先直接在WHERE中使用原始列名做过滤：原始列名在FROM阶段就已经完成元数据校验，WHERE执行时可以正常访问，是效率最高、写法最简洁的方案：

SELECT Company.email AS EmailName
FROM Company
WHERE Company.email LIKE '%g%'

• 必须要引用自定义别名的场景：可以把带别名定义的查询封装为内层子查询或公用表表达式（CTE），等SELECT完成别名生成后，在外层逻辑中做过滤：

-- 子查询实现示例
SELECT EmailName
FROM (
    SELECT Company.email AS EmailName
    FROM Company
) AS sub_query
WHERE EmailName LIKE '%g%'

• 注意可直接引用别名的场景边界：在SELECT之后执行的子句（比如ORDER BY、部分场景下的HAVING），因为执行时机晚于SELECT，可以直接引用自定义别名，不需要嵌套子查询。比如下面的写法可以正常运行：

SELECT Company.email AS EmailName
FROM Company
ORDER BY EmailName -- ORDER BY在SELECT之后执行，可正常识别别名

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