窗口函数未按预期工作：无Partition时窗口框架计算与排序疑问

一、ROWS窗口框架的运作机制 #

未指定PARTITION BY时，整个表作为单一窗口，窗口内的行先按ORDER BY letter排序，ROWS BETWEEN 1 PRECEDING AND 2 FOLLOWING定义的是：在这个排序后的行序列中，取当前行的**前1行（存在则取）、当前行、后2行（存在则取）**组成窗口范围。COUNT(letter)统计的是该范围内非NULL的letter数量（此处letter均非NULL，即窗口内的总行数）。

你核心的误解在于：输出结果的行顺序≠窗口函数内部排序后的行顺序。窗口函数的ORDER BY仅用于确定窗口框架的行范围，不会自动决定最终结果集的输出顺序——必须在查询末尾添加全局ORDER BY子句，才能让输出顺序匹配窗口内部的排序逻辑。

二、第一行letter_count为4的原因 #

你的查询没有全局ORDER BY，数据库返回的行顺序是不确定的。你看到的输出第一行，实际可能是窗口内部排序后的第2行：此时窗口范围包含前1行（排序后的第1行）、当前行、后2行（排序后的第3、4行），总共4行，因此COUNT结果为4。

你基于输出顺序脑补的窗口范围完全错误，根源就是输出顺序和窗口内部排序顺序不匹配。

三、SELECT列顺序影响结果顺序的原因 #

SQL标准明确规定：未指定全局ORDER BY的查询，数据库可以任意顺序返回结果。调整SELECT列顺序后，数据库的执行计划可能发生变化（比如选择不同索引、执行路径），进而改变返回的行顺序。这和窗口函数本身无关，是SQL的基础规则——无序结果集的返回顺序不受任何非ORDER BY因素的约束。

解决建议 #

1. 验证窗口逻辑时，必须添加全局ORDER BY，让输出顺序匹配窗口内部排序：

SELECT   
COUNT(letter) OVER( ORDER BY letter
  ROWS BETWEEN 1 PRECEDING AND 2 FOLLOWING
) as letter_count, 
n1, letter
FROM   `my_dataset.my_table`
ORDER BY letter; -- 全局排序对齐窗口内部逻辑

2. 若需相同letter的行有固定顺序，在ORDER BY中加入唯一标识列（如n1或主键），避免相同值行的顺序不确定：

SELECT   
COUNT(letter) OVER( ORDER BY letter, n1
  ROWS BETWEEN 1 PRECEDING AND 2 FOLLOWING
) as letter_count, 
n1, letter
FROM   `my_dataset.my_table`
ORDER BY letter, n1;

内容的提问来源于stack exchange，提问作者iulian.flester