SQL Server 2022不支持IGNORE NULLS语法，因其T-SQL规范从未定义该选项；需用COALESCE+多层LAG（固定步数）或ROW_NUMBER()分组自连接（动态跳过任意NULL）模拟等效行为。
SQL Server 2022 不支持 IGNORE NULLS 语法，写上去会直接报错。 这不是配置问题或版本没升级到位，而是引擎本身不识别该关键字——哪怕你用的是 2022 最新版，LAG、LEAD、FIRST_VALUE 等函数的参数列表里**根本没有 IGNORE NULLS 这个选项**。
SQL Server 报 ERROR: 'IGNORE' is not a recognized option 是为什么
错误提示通常长这样：Msg 102, Level 15, State 1, Line X: Incorrect syntax near 'IGNORE'。这是因为 SQL Server 的 T-SQL 语法规范中，IGNORE NULLS 从未被纳入任何窗口函数的定义。它不是“未启用”，而是压根不存在。Oracle、BigQuery 和 PostgreSQL 16+ 支持，但 SQL Server（包括 2022）明确不支持。
-
LAG(col, 1) IGNORE NULLS OVER (ORDER BY id)→ 报错 -
FIRST_VALUE(col) IGNORE NULLS OVER (PARTITION BY grp ORDER BY ts)→ 报错 -
LAST_VALUE(col IGNORE NULLS) OVER (...)→ 报错（且col IGNORE NULLS不是合法表达式）
SQL Server 2022 怎么实现“跳过 NULL 取前一个非空值”
必须用组合逻辑模拟 IGNORE NULLS 的行为。核心是：把非 NULL 值单独拎出来编号，再关联到当前行。最实用的写法是 COALESCE + 多层 LAG，适用于回溯步数有限的场景（比如最多看前 3 行）：
SELECT
id,
val,
COALESCE(
val,
LAG(val, 1) OVER (ORDER BY id),
LAG(val, 2) OVER (ORDER BY id),
LAG(val, 3) OVER (ORDER BY id)
) AS prev_non_null
FROM your_table;- 如果
val本身非 NULL，直接取；否则依次尝试前 1/2/3 行的val - 顺序不能颠倒，否则会覆盖更近的有效值
- 性能尚可，执行计划通常是单次扫描 + 几个滞后寄存器，比子查询或自连接轻量
- 缺点：步数固定，无法动态适配“直到找到第一个非 NULL”
需要真正动态跳过任意数量 NULL 怎么办
用 ROW_NUMBER() 配合条件分组生成“有效值序号”，再自连接或窗口内匹配。这是兼容性最强、语义最准确的做法：
WITH numbered AS (
SELECT
id,
val,
ROW_NUMBER() OVER (ORDER BY id) AS rn_all,
ROW_NUMBER() OVER (ORDER BY CASE WHEN val IS NOT NULL THEN id END) AS rn_nonnull
FROM your_table
WHERE val IS NOT NULL -- 先筛出非 NULL 行
)
SELECT
t.id,
t.val,
n.val AS prev_non_null
FROM your_table t
LEFT JOIN numbered n ON n.rn_nonnull = (
SELECT MAX(n2.rn_nonnull)
FROM numbered n2
WHERE n2.id < t.id
);- 本质是给每个非 NULL 值打一个连续序号，然后对每行找“序号最大但 id 小于当前行”的那个值
- 避免了
ROWS BETWEEN框架限制，也不依赖ARRAY_AGG（SQL Server 不支持） - 注意：WHERE 条件必须放在 CTE 内部，否则
ROW_NUMBER()会包含 NULL 行，导致序号错位 - 在大数据量下，建议给
id加索引，否则子查询可能变慢
真正容易被忽略的点是：SQL Server 的窗口函数设计哲学和 Oracle/BigQuery 不同——它不提供“跳过 NULL”的原语，而是要求你显式建模数据流。别试图加 IGNORE NULLS 蒙混过关，那只会卡在语法解析阶段。
