为何Django会在GROUP BY子句中额外添加date字段？

这大概率是因为你的ChartPoint模型的Meta类里设置了默认的ordering属性，而且这个排序规则包含了date字段！

为什么会出现这个情况？ #

Django的ORM有个默认行为：当模型定义了ordering（默认排序）时，执行annotate()分组查询时，会自动把排序字段添加到GROUP BY子句中，同时保留ORDER BY规则。它的初衷是确保分组后的结果仍然遵循你定义的全局排序逻辑，但这就导致了你的SQL里意外出现了date字段的分组和排序。从你贴出的SQL里的ORDER BY "date" DESC也能印证这一点——这正是模型默认排序带来的。

怎么解决？ #

有两种常见的处理方式，推荐第二种更安全的方案：

• 方案一：修改模型的全局排序（谨慎使用）
  如果你的业务场景不需要全局默认按date排序，可以直接修改ChartPoint模型的Meta.ordering，去掉date相关的排序规则。不过要注意，这会影响所有基于该模型的查询，所以务必确认不会破坏其他业务逻辑。

• 方案二：在当前查询中覆盖默认排序（推荐）
  在你的查询链最后添加空的.order_by()，就能取消模型的默认排序，这样Django就不会把date字段加到GROUP BY里了：

  speed_by_computer = ChartPoint.objects.filter(
      date__gte=start, 
      date__lt=end,
  ).values('computer_id') \
   .annotate(max_speed=Max('speed')) \
   .order_by()  # 取消默认排序，避免多余的分组字段
  

  如果你之后需要对分组结果排序，直接在.order_by()里指定你需要的字段即可，比如.order_by('computer_id')或者.order_by('-max_speed')，完全不会引入多余的分组字段。

这样调整后，生成的SQL就会和你预期的一致，只按computer_id分组，不会再出现date字段啦！

内容的提问来源于stack exchange，提问作者Max Malysh