原生支持qualify的主流引擎有snowflake、bigquery、databricks sql（10.4 lts+）、spark sql（3.0+）、teradata、oracle 23c/26ai、duckdb；postgresql、mysql、sqlite、sql server、mariadb均不支持，会报“syntax error at or near 'qualify'”。
目前原生支持 QUALIFY 子句的主流 SQL 引擎有：Snowflake、BigQuery、Databricks SQL（Databricks Runtime 10.4 LTS+）、Spark SQL（3.0+）、Teradata、Oracle Database 23c / 26ai、DuckDB。
哪些引擎明确不支持 QUALIFY
PostgreSQL（含 15/16）、MySQL（含 8.0/8.4）、SQLite、SQL Server、MariaDB 均不支持原生 QUALIFY。它们会直接报错：syntax error at or near "QUALIFY" 或类似提示。
- PostgreSQL 社区有提案但尚未合入主线；当前只能靠
WITH TIES（仅限ORDER BY ... LIMIT ... WITH TIES场景）或 CTE 模拟 - MySQL 8.0+ 支持窗口函数，但必须用派生表：例如
SELECT * FROM (SELECT ..., ROW_NUMBER() OVER (...) rn FROM t) t2 WHERE rn = 1 - SQL Server 的
TOP ... WITH TIES只能模拟RANK()类行为，无法替代ROW_NUMBER() + QUALIFY的精确分页或分组 Top-N
QUALIFY 在不同引擎中的语法兼容性差异
虽然核心语义一致，但细节上存在关键区别：
- Snowflake 和 BigQuery 允许在
QUALIFY中直接引用SELECT列别名（如QUALIFY rn = 1），前提是该别名来自窗口函数 - Databricks SQL 要求
SELECT列表或QUALIFY子句中至少有一个窗口函数表达式，且不允许在QUALIFY中使用聚合函数（如SUM()） - Oracle 26ai 支持
QUALIFY，但要求窗口函数必须显式出现在SELECT或QUALIFY中，不能仅靠别名隐式引用 - DuckDB 对
QUALIFY支持较新（v0.10+），部分旧版本需开启实验特性，且不支持QUALIFY中嵌套子查询
遇到 QUALIFY 报错时怎么快速判断是否是引擎限制
看到错误信息，先确认三件事：
- 错误是否为
syntax error类型（而非语义错误），且精准指向QUALIFY关键字本身 → 大概率是引擎不支持 - 执行
SELECT current_version()或查文档确认引擎版本：例如 Databricks 必须 ≥10.4 LTS，Spark 必须 ≥3.0 - 检查是否误写成
QUALIFYING、QUALIFIES等拼写错误（Snowflake 文档曾被误传过这类 typo） - 若确认引擎支持，再排查是否漏了窗口函数：例如
QUALIFY id > 100会报错 “No window function in QUALIFY clause”，因为没窗口函数
真正容易被忽略的是：即使引擎支持 QUALIFY，它的执行逻辑也严格绑定窗口计算阶段——它不是通用过滤器，不能替代 WHERE 或 HAVING，也不能提前剪枝原始数据。用错位置，结果就错得无声无息。
