嘿，这个问题我太熟了！你遇到的是SQL执行顺序的坑——SELECT里定义的列别名，在JOIN的ON子句里是没法直接用的，因为SQL引擎会先处理JOIN逻辑，再去解析SELECT里的列和别名。下面给你几种靠谱的解决方案，还附上测试用的表和数据，你可以直接跑起来试试：

先准备测试环境 #

-- 创建测试表
CREATE TABLE Table1 (No1 VARCHAR(10));
CREATE TABLE Table2 (No1 VARCHAR(10));

-- 插入测试数据
INSERT INTO Table1 VALUES ('111'), ('222'), ('333');
INSERT INTO Table2 VALUES ('111'), ('333');

方案1：在JOIN的ON子句中重复CASE逻辑 #

这是最直接的方式，虽然看起来有点重复，但胜在简单易懂，适合CASE逻辑不复杂的场景：

SELECT 
    CASE WHEN T1.[No1] = '222' THEN '111' ELSE T1.[No1] END AS ModifiedNo
FROM Table1 T1
JOIN Table2 T2 
    ON T2.No1 = CASE WHEN T1.[No1] = '222' THEN '111' ELSE T1.[No1] END;

方案2：用CTE（公共表表达式）预处理数据 #

如果你的CASE逻辑比较复杂，或者后续还要多次用到这个修改后的值，用CTE会让代码更整洁易读，相当于先把Table1的预处理结果存成一个临时的“虚拟表”，再和Table2关联：

WITH ModifiedTable1 AS (
    SELECT 
        CASE WHEN T1.[No1] = '222' THEN '111' ELSE T1.[No1] END AS ModifiedNo
    FROM Table1 T1
)
SELECT mt1.ModifiedNo
FROM ModifiedTable1 mt1
JOIN Table2 T2 
    ON T2.No1 = mt1.ModifiedNo;

方案3：用子查询预处理 #

和CTE的思路差不多，只不过把预处理逻辑放到子查询里，适合不想写CTE的场景：

SELECT mt1.ModifiedNo
FROM (
    SELECT 
        CASE WHEN T1.[No1] = '222' THEN '111' ELSE T1.[No1] END AS ModifiedNo
    FROM Table1 T1
) mt1
JOIN Table2 T2 
    ON T2.No1 = mt1.ModifiedNo;

为啥原来的写法不行？ #

简单说就是SQL的执行顺序优先级问题：FROM/JOIN 是最先执行的，然后才是 SELECT。你在SELECT里定义的ModifiedNo别名，要等到JOIN逻辑跑完之后才会被解析，所以JOIN的ON子句根本认不出这个别名。

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