窗口函数在postgresql 15中必须带over()才生效，漏写会报错；over()可为空表示全表窗口，但分组需partition by、排序需order by，且lag/lead等函数须显式指定offset和默认值。
窗口函数在PostgreSQL 15里必须带 OVER() 才生效
很多人写完 ROW_NUMBER() 或 RANK() 直接报错，核心原因是漏了 OVER 子句——它不是可选语法糖，而是强制要求。PostgreSQL 15 不允许裸用窗口函数，哪怕只是想按主键排个序也得写 OVER (ORDER BY id)。
常见错误现象：ERROR: window function ROW_NUMBER() requires an OVER clause。
-
OVER()为空括号是合法的，表示“整个结果集为一个窗口”，但多数报表需要分区或排序，所以通常要填内容 - 如果只写
OVER (ORDER BY created_at)，会默认使用RANGE BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW，这在累计求和时容易导致重复值被合并（比如多个同时间戳记录共享同一累计值） - 真要逐行累加，得显式写成
OVER (ORDER BY created_at, id ROWS BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW)
用 PARTITION BY 划分业务维度比 GROUP BY 更灵活
报表常需“每个部门内销售额排名”，这时 PARTITION BY dept_name ORDER BY sales DESC 比先 GROUP BY dept_name 再关联更直接——它不压缩行数，原始明细还在，能同时输出部门平均值、个人排名、同比变化三类字段。
使用场景：销售看板要展示“本季度各区域Top 3门店”，就不能用 GROUP BY，否则每组只剩一行，拿不到前三的完整记录。
-
PARTITION BY支持多列，如PARTITION BY region, year_quarter，但注意字段顺序不影响逻辑，只影响执行计划中哈希分区的效率 - 不能在
PARTITION BY里用表达式（如PARTITION BY UPPER(name)），PostgreSQL 15 报错ERROR: window definition must have column reference in PARTITION BY；得先在子查询里算好别名再引用 - 分区字段若含 NULL，默认被归为同一组，不单独分出“NULL 区域”——这点和
GROUP BY一致，但容易被忽略
LAG() 和 LEAD() 做环比时，OFFSET 和默认值要手动设
写“上月销售额”直接用 LAG(sales) 是危险的：默认取前1行，且遇到首行返回 NULL。报表里经常需要“上月值为0”或“同比缺失时显示‘—’”，就得靠第二个参数控制。
常见错误现象：某产品2月刚上线，1月数据为空，LAG(sales) 返回 NULL，后续计算 (sales - LAG(sales)) / LAG(sales) 直接变 NULL，而不是预期的 100% 增长。
- 正确写法：
LAG(sales, 1, 0) OVER (PARTITION BY product_id ORDER BY month)，其中1是偏移量，0是缺省值 - 如果想跨期比较（如比去年同期），用
LAG(sales, 12)，但得确保数据按year_month连续且无断点，否则可能拉到错误年份 - PostgreSQL 15 对
LAG/LEAD的OFFSET参数不做类型检查，传字符串会静默转成 0，建议统一用整数字面量
复杂报表慎用 WINDOW 命名，避免嵌套误解
当多个窗口函数共用同一定义（如都按 PARTITION BY region ORDER BY date），有人会用 WINDOW w AS (PARTITION BY region ORDER BY date) 简化。但实际调试时发现：命名窗口一旦定义，就固化了帧范围（frame clause），而不同函数对帧的要求可能冲突。
例如：既要 SUM(sales) OVER w（需要 ROWS BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW），又要 AVG(sales) OVER w（想算整个分区均值，需默认帧 RANGE BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING），此时共用 w 会导致其中一个结果错误。
- PostgreSQL 15 不允许在命名窗口中省略帧定义后再被不同函数复用——它不会自动适配，而是沿用定义时的帧
- 更稳妥的做法是：重复写
OVER子句，或用 CTE 预先算好分区键，减少OVER冗余的同时保持帧控制权 - 命名窗口的别名不能和表别名重名，否则报错
ERROR: window name "t" is already used as a table alias，这个限制在复杂 JOIN 场景下容易踩中
复杂报表真正卡住人的，往往不是函数不会写，而是 OVER 里的帧范围（frame clause）没想清楚——同一组数据，累计求和、移动平均、分组统计对“当前行看到哪些行”的定义完全不同，硬套一个 OVER 模板反而出错。
