SQL Server中COUNT(*) OVER()返回全表计数，因默认窗口为整个结果集；需显式写PARTITION BY name才能分组计数，且ORDER BY不改变分组逻辑而仅影响累积计算。
SQL Server 2012+ 原生支持标准 SQL 开窗函数（OVER 子句），语法与 Oracle 的分析函数高度一致，**不需要改写逻辑，只需注意 PARTITION BY / ORDER BY 顺序、窗口帧默认行为和 NULL 处理差异即可完成平滑迁移**。
SQL Server 的 COUNT() OVER() 为什么返回全表计数而不是分组计数？
这是最常踩的坑：SQL Server 中 COUNT(*) OVER() 默认作用于整个结果集（等价于 COUNT(*) OVER(ROWS BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING)），而开发者常误以为它会自动按 GROUP BY 分组——但它根本不依赖 GROUP BY。
- 错误写法：
SELECT name, COUNT(*) OVER() FROM t GROUP BY name→ 返回的是总行数，不是每组行数 - 正确写法：
SELECT name, COUNT(*) OVER(PARTITION BY name)→ 显式用PARTITION BY划分逻辑组 - 若需累计计数，必须显式声明窗口帧：
COUNT(*) OVER(ORDER BY id ROWS UNBOUNDED PRECEDING)
ROW_NUMBER()、RANK()、DENSE_RANK() 在 SQL Server 和 Oracle 中行为一致吗？
函数语义完全一致，但实际执行时容易因 ORDER BY 子句中含 NULL 或重复值导致结果不一致。
- Oracle 默认
NULLS LAST，SQL Server 默认NULLS FIRST（但不显式支持该语法）→ 解决方法是统一用ORDER BY col ASC NULLS LAST模拟（SQL Server 不认此语法），改用ORDER BY ISNULL(col, 'ZZZZ') ASC或CASE WHEN col IS NULL THEN 1 ELSE 0 END, col - 当
ORDER BY列存在重复值时，ROW_NUMBER()仍强制分配唯一序号（依赖物理顺序或隐式排序），而RANK()和DENSE_RANK()会并列 → 迁移前确认业务是否依赖“并列排名”语义 - SQL Server 不允许在
OVER中使用子查询或变量，Oracle 允许部分场景 → 若原 Oracle SQL 含RANK() OVER(ORDER BY (SELECT ...))，需提前物化为计算列或 CTE
Oracle 的 LEAD()/LAG() 迁移到 SQL Server 需要加 OFFSET 吗？
不需要。SQL Server 自 2012 起完整支持 LEAD() 和 LAG()，语法与 Oracle 完全相同，但有两点关键约束：
- 第二个参数（偏移量）必须是常量整数，不能是表达式或列值（Oracle 12c+ 允许列值，SQL Server 始终不支持）
- 第三个参数（默认值）若为字符串，类型必须与目标列严格兼容；Oracle 会隐式转换，SQL Server 可能报错
Cannot convert data type varchar to int→ 显式用CAST或CONVERT对齐类型 - 未指定默认值时，SQL Server 返回
NULL（与 Oracle 一致），但若上游列定义为NOT NULL，需确认应用层能否接受该NULL
真正难处理的不是函数本身，而是 Oracle 中嵌套在 MODEL 子句、MATCH_RECOGNIZE 或自定义分析函数里的逻辑——这些在 SQL Server 中没有直接对应物，必须拆解为 CTE + 窗口函数 + 临时表三步实现。迁移前务必用 SELECT TOP 100 ... OVER(...) 小范围验证输出顺序和 NULL 行为，比盲目重写更省时间。
