BigQuery中JOIN的ON子句使用列别名的方法及报错解决

DevOps 小满

2026-8-27

报错原因

你收到C1 not found in T1报错，根源是三个问题：

作用域引用错误：派生列C1是在T1的子查询（别名T3）中通过窗口函数生成的，这个列不属于原表T1，仅属于子查询T3；且子查询外层已经无法直接访问T1表，你在JOIN条件中写T1.c1自然找不到对应字段
基础语法错误：原SQL子查询的SELECT字段列表中，C5后缺失逗号直接拼接了窗口函数、外层SELECT的C3字段后多余尾逗号
函数名拼写错误：BigQuery中取分组首个值的窗口函数为FIRST_VALUE，你写的firstvalue缺少下划线分隔，也会触发语法报错

BigQuery的SQL执行逻辑中，同层SELECT子句定义的列别名，解析顺序晚于JOIN子句，因此无法直接在同一层级的JOIN条件中引用同层刚定义的别名，可通过以下两种方式实现派生列关联：

方式1：通过CTE/子查询提前封装派生列（推荐）

将带派生列的计算逻辑提前封装为CTE或子查询，让JOIN子句可以直接识别到派生列的别名，这是可维护性最高的写法，修正后的完整代码如下：

WITH T2 AS (
    SELECT C5, C6 FROM T6
),
T3 AS (
    SELECT 
        C2,
        C3,
        C4,
        C5,
        FIRST_VALUE(C4) OVER (PARTITION BY C2 ORDER BY C3) AS C1
    FROM T1
)
SELECT C1, C2, C3
FROM T3
LEFT JOIN T2
ON LEFT(T3.C1, 3) = T2.C5

方式2：JOIN条件中直接复用派生逻辑

如果派生逻辑比较简单，不想额外嵌套层级，也可以直接在ON条件中重复写一遍派生列的计算逻辑，不需要提前封装，但这种写法当计算逻辑复杂时可读性很差，且容易因为两边逻辑不一致导致匹配错误：

WITH T2 AS (
    SELECT C5, C6 FROM T6
)
SELECT 
    FIRST_VALUE(C4) OVER (PARTITION BY C2 ORDER BY C3) AS C1,
    C2,
    C3
FROM T1
LEFT JOIN T2
ON LEFT(FIRST_VALUE(C4) OVER (PARTITION BY C2 ORDER BY C3), 3) = T2.C5