Postgresql中Group by与窗口函数联用报错原因及执行逻辑解析

错误根源 #

你报错的核心原因是对SQL逻辑执行顺序和GROUP BY的列约束规则的理解存在偏差，具体如下：

• GROUP BY的列约束：当你使用GROUP BY对数据分组后，后续步骤能操作的列只能是两类：
  • GROUP BY子句中明确指定的分组键
  • 非分组键列必须经过聚合函数（如sum、count、max等）计算后才能保留
• 窗口函数的执行时机：窗口函数是在GROUP BY执行完成后才运行的，它操作的是GROUP BY输出的中间结果集，不是原表。

你的SQL中，SELECT子句的窗口函数sum(cost) over(partition by first_name)用到了cost列，但这个列既没有出现在GROUP BY子句中，也没有在分组阶段做聚合计算，GROUP BY输出的中间结果里根本不存在单独的cost列，数据库无法确定你要使用分组内的哪个cost值进行窗口计算，因此抛出了对应的报错。

理解偏差说明 #

你原本认为GROUP BY之后还能直接调用原表的cost列做窗口求和，这是错误的：GROUP BY会把原表多行合并为一行分组结果，原表的非分组键列如果没有聚合就会被丢弃，无法传递给后续的窗口函数使用。

不加GROUP BY时代码能正常运行的原因也很简单：没有GROUP BY的情况下，中间结果保留了原表所有列包括cost，窗口函数可以直接读取cost的值做计算，不会触发列不存在的校验错误。

符合你预期的正确写法 #

如果你要实现「先按人名+日期分组，再按人名分区计算总消费」的需求，有两种常用实现方案：

方案1：先分组聚合，再套一层做窗口计算 #

先在子查询中完成分组逻辑，把分组内的cost先聚合后再传递给外层的窗口函数使用：

select 
  first_name, 
  o_date,
  sum(group_cost) over(partition by first_name) as tot
from (
  select
    first_name, 
    cast(o_date as date) as o_date, 
    sum(cost) as group_cost
  from tab1
  group by 1,2
) t

方案2：用DISTINCT替代GROUP BY去重 #

没有GROUP BY时原表的cost列可以被窗口函数直接读取，你只需要对前两列的结果去重即可得到预期输出：

select distinct
  first_name, 
  cast(o_date as date),
  sum(cost) over(partition by first_name) as tot
from tab1

内容的提问来源于stack exchange，提问作者Lokesh Varshney