Power BI用户定义聚合与导入模式SQL/Power Query聚合表的差异及价值疑问

一、用户定义聚合 vs SQL/Power Query生成导入模式聚合表的差异 #

• 查询自动路由：Power BI的用户定义聚合会被引擎自动识别，当前端DAX查询匹配聚合规则时，会直接从聚合表取数，无需手动修改报表的数据源指向；而SQL/Power Query生成的普通导入表，引擎不会自动关联原表的查询需求，报表必须直接指向这个聚合表才能用到聚合数据。
• 模型关系集成：用户定义聚合可以和原事实表、维度表保持原生的模型关系，报表中的维度筛选能自动传递到聚合表；手动用SQL生成的聚合表需要手动建立与维度表的关系，且无法和原事实表形成聚合-事实的联动逻辑，容易出现筛选不一致的问题。
• 刷新机制优化：用户定义聚合支持增量刷新（如果原表符合条件），可以只刷新新增的聚合数据；SQL/Power Query生成的聚合表默认全量刷新，除非手动在Power Query中实现增量逻辑，复杂度更高。
• DAX计算兼容性：用户定义聚合支持DAX度量值的自动适配，原事实表上的度量值可以直接复用在聚合表上；手动生成的聚合表如果要复用原度量值，需要手动调整DAX逻辑，否则可能出现计算错误。

二、导入模式聚合表的价值 #

• 降低前端查询计算量：聚合表提前完成了GROUP BY、求和/计数等计算，前端报表加载时不需要再对全量原始数据做聚合运算，可视化渲染速度会大幅提升，尤其是处理百万级以上数据时效果明显。
• 减少源库实时压力：虽然聚合表刷新时会查询源库，但这是批量的定时操作；而如果不做聚合，用户每次打开报表都要从源库拉取全量数据并实时计算，会持续占用源库资源，聚合把高频的实时查询转化为低频的批量刷新，能有效降低源库的负载。
• 数据压缩与存储优化：聚合表的数据量远小于原始事实表，Power BI对导入数据的压缩效率更高，既节省模型存储空间，也能提升数据加载到内存的速度。
• 简化报表开发：聚合表可以提前封装好常用的聚合逻辑，报表开发者无需在DAX中重复编写复杂的GROUP BY或筛选逻辑，直接基于聚合表开发即可，减少出错概率。

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