AAS表格模型在DirectQuery模式下的性能效益

Question

假设您有10个相当大的事实表(每个50-100 GBs)，应该使用Power查询。它们不适合Azure (合理的价格)。因此，为了使用表格模型和AAS，您必须使用以下模式：

(1) Power BI Desktop -> Azure Analysis Services -> [DirectQuery] -> SQL Database

但据我从这篇文章所知，AAS表格模型不缓存任何聚合结果(意味着不意味着任何额外的性能优化)。此外，AFAIK、Power (PowerPivot)已经嵌入了AAS。

作为替代，我可以直接从Power查询SQL数据源：

(2) Power BI Desktop -> [DirectQuery] -> SQL Database

第一个模式(使用AAS)是否比第二个模式(不使用AAS)提供任何性能好处？

我的问题不是语义层的利弊，请参阅这篇文章。这个问题与这个问题不一样，因为它只询问ASS DirectQuery的性能方面。

Answer 1

性能的好处将需要测试取决于您的工作负载和其他因素。

警告(这个答案基于我自己和我的同事的经验和测试)

服务标准:从服务的角度来看，的主要区别将是Azure Analysis ( AAS )和performance之间的区别，即AAS是一组已知的硬件/性能集合，因为PBIS是一个共享容量，如果另一个客户在同一个集群中并大量使用它，它将对您的性能产生影响。

性能:从本质上讲，、PBI和AAS都在做同样的事情，将DAX转换为一个SQL查询，然后返回数据。从我构建PBI和AAS的经验来看，两者之间并没有太大的区别。主要问题往往是瓶颈是使用通往on的网关和Server的容量，无论是在prem上还是在云中。例如，为了获得更好的性能，可以使用聚集列索引将事实表例如引入内存，并且在办公时间内更容易增加/减少Azure SQL数据库DTU的/容量。

目前，AAS还没有PBI所做的聚合模式，这可以减少返回查询的数量，而且速度更快，但也有一个缺点，就是必须在某个时候刷新这些查询。

我建议使用DAX进行测试，以查看性能上的可变性。我自己的测试显示，在毫秒到1秒的范围内，AAS是不同的。

然而，语义层的好处是一个强有力的考虑因素。

连接： AAS比Power更支持其他连接，如Excel、SSMS、SSRS等。Excel可以通过一个额外的插件连接到Power模型。

在Visual /SSDT中使用Azure DevOps、Git等维护数据模型比在Power中维护数据模型容易得多。使用AAS，您还可以使用计算组进行时间智能计算，而不是为YTD、并行周期、MTD等使用多重度量或变通方法。

如果在纯Power方法中有稍微好一点的性能，那么由于无性能因素的好处，我仍然会使用AAS，它必须在切换之前显着地提高性能。

希望这有帮助