运行SQL窗口函数报错RANGE窗口帧ORDER BY列表超900字节如何解决

报错提示："ORDER BY list of RANGE window frame has total size of 1020 bytes. Largest size supported is 900 bytes."

错误原因 #

该报错是SQL Server针对窗口函数默认RANGE窗口帧的限制，当排序键的总字节数超过900时就会触发。你当前代码里窗口函数已经用Partition by cd.location按地区分区，分区内所有行的location值完全一致，窗口ORDER BY中再加入cd.location属于冗余逻辑，也是导致排序键总长度超标的核心原因。

解决方案 #

• 方案1：移除窗口ORDER BY中的冗余cd.location字段（最推荐）
  修改后的代码如下：

SELECT cd.continent, cd.location, cd.date, cd.population, cv.new_vaccinations,
    SUM(CONVERT(int, cv.new_vaccinations)) OVER (Partition by cd.location
    Order by cd.date)
FROM [Project Covid Analysis]..covid_death$ as cd
JOIN [Project Covid Analysis]..Covid_Vaccine$ as cv
    ON cd.date=cv.date 
AND cd.location=cv.location
WHERE cd.continent IS NOT NULL 
ORDER BY 2,3

该修改不会影响累计求和的计算逻辑，同时排序键仅保留date，完全不会触发长度限制。

• 方案2：显式指定窗口帧为ROWS模式，绕过RANGE的900字节限制
  如果有特殊场景需要保留多列排序，可以手动指定窗口帧类型，ROWS模式没有排序键长度限制，仅修改窗口函数部分即可：

SUM(CONVERT(int, cv.new_vaccinations)) OVER (Partition by cd.location
    Order by cd.location, cd.date
    ROWS BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW)

该写法和你原始代码的计算结果完全一致，仅跳过了RANGE模式的长度校验。

• 方案3：缩短location字段的定义长度
  如果你的cd.location字段被定义为过长的字符串类型（比如nvarchar(500)/nvarchar(max)），可以根据实际存储的地区名称长度调整为更合理的字段长度（比如nvarchar(100)），降低排序键的总字节数。

内容的提问来源于stack exchange，提问作者Grha Gandana P