BigQuery 从遗留SQL切换为标准SQL后使用RANK函数提示参数不匹配报错

BigQuery标准SQL完全支持RANK窗口函数，报错并非函数功能不可用，而是新旧语法迁移带来的调用格式不匹配问题：

• BigQuery旧版遗留SQL兼容宽松写法，允许给RANK函数传入列名参数；但标准SQL严格遵循窗口函数定义，RANK的合法调用签名就是无参的RANK()，排序规则需要在OVER()子句的ORDER BY部分指定，不需要给RANK本身传入参数。
• 你代码里的RANK(MILESTONE)是遗留SQL时期的惯性写法，直接触发了参数数量校验报错，和函数本身的可用性无关。

1. 修复语法报错
   将错误的函数调用 RANK(MILESTONE) OVER (ORDER BY MILESTONE DESC) AS RANK2 替换为符合标准SQL规范的写法：RANK() OVER (ORDER BY MILESTONE DESC) AS RANK2。因为你已经在OVER子句中指定了按MILESTONE降序排序，RANK本身无需额外传参。
2. 修正逻辑偏差
   你当前将RANK写在带GROUP BY的最内层查询块中，会导致排名在聚合前的明细行上计算，和你“对聚合后的每个MILESTONE分类打排名、过滤前4位”的业务目标不符。需要将RANK的计算逻辑挪到聚合完成后的独立查询层，才能得到正确的排名结果。
3. 清理冗余逻辑
   • 移除嵌套子查询内不必要的ORDER BY 2 DESC：嵌套子查询内的排序逻辑不会被最终结果保留，反而会增加不必要的执行开销；
   • 提示原有条件的逻辑bug：你写的过滤条件(MILESTONE NOT LIKE '%Exit%' OR MILESTONE NOT LIKE '%M0' OR MILESTONE NOT LIKE '%WP%') 永远为真（不存在同时满足“包含Exit、包含M0、包含WP”三个特征的MILESTONE值），不具备实际过滤效果，建议根据业务实际需求调整为AND逻辑连接。

JOIN
(SELECT * FROM 
    (SELECT 
        MILESTONE,
        LAST_MODIFIED_DATE,
        -- 聚合完成后再计算排名，使用无参RANK函数
        RANK() OVER (ORDER BY MILESTONE DESC) AS RANK2
    FROM
        (SELECT 
            CASE WHEN MILESTONE NOT LIKE '%M0' THEN 'CWV' ELSE MILESTONE END MILESTONE,
            MAX(LAST_MODIFIED_DATE) AS LAST_MODIFIED_DATE
        FROM `XXXXX.com:dataservices.Finance.FINANCE_SF_PRODUCT_COST_SNAPSHOT` 
        WHERE LOCKED IS false
        AND (
            DATE(LAST_MODIFIED_DATE) = (
                SELECT MAX(DATE(LAST_MODIFIED_DATE)) 
                FROM `XXXXXX.com:dataservices.Finance.FINANCE_SF_PRODUCT_COST_SNAPSHOT`
            )
            OR MILESTONE LIKE 'M0'
        )
        AND PMD_PRODUCT_STATUS NOT IN ('Canceled','End of Life','No Longer Shipping')
        AND (MILESTONE NOT LIKE '%Exit%' OR MILESTONE NOT LIKE '%M0' OR MILESTONE NOT LIKE '%WP%')
        AND MILESTONE <> '2021_Q2_M0'
        GROUP BY 1
    ) AS AGG_RESULT
)
WHERE RANK2 < 4
) MILE
ON PCS.MILESTONES = MILE.MILESTONE

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