一条 GROUP BY 足够了：深入理解 SAP HANA 执行计划里的 Remove Group By 简化策略

在 SAP HANA 的性能分析里，GROUP BY往往是最容易被误判的环节之一：你在 SQL 里明明只写了一个聚合，执行计划里却可能冒出两层、三层甚至更多层的聚合算子；更微妙的是，这些聚合有时并不是你亲手写出来的，而是视图展开、参数化建模、重用模型等工程化实践叠加之后的自然产物。SAP HANA 的优化器为此提供了一类非常实用的简化规则：把连续出现的聚合算子合并或消掉，让执行计划从“多层汇总”回到“一次到位”。在官方文档里，这个思路被概括为Simplify: Remove Group By。 (SAP Help Portal)

这篇文章从执行计划的视角出发，解释连续聚合为什么会出现、优化器什么时候能把它们压成一个聚合、什么时候又必须保留多层结构；同时结合HANA on-prem与HANA Cloud的排查手法，给出一套能落地的诊断与建模建议，并穿插一个贴近真实项目的案例研究，帮助你把抽象的优化规则变成可操作的工程经验。

连续聚合为什么在复杂系统里很常见

很多同学第一次看到“聚合上面再套聚合”会觉得不合常理：已经汇总过的数据，再汇总