我有一个数据库，其中包含有关文章，结构和制造商的数据。这意味着文章链接到1个制造商和N个结构节点（假设为文章分类节点）。
使用具有许多条件的T-SQL查询文章目前太慢而无法用于电子商店，即使有良好的硬件和正确索引的表。 （应低于1秒）。 现在我想知道通过OLAP Cube访问这些数据是否有意义。我已经开发了一个来获得聚合，例如：在节点Y 递归 下面有多少制造商X的文章？
这些聚合非常快，现在我想知道是否通过Cubes检索整篇文章结果集也是有意义的。含义：向我提供制造商X的每个文章ID，递归地存在于节点Y下面。因为结果集可能非常大，所以查询需要更长时间..
因此，我的问题是，有没有办法处理SSAS中的大型结果集，或者这是我采取的错误方向？
答案 0 :(得分：1)
您绝对可以处理大量数据，并通过利用聚合使其在SSAS中表现得更好。当然，如果你要通过电线，那仍然需要移动很多数据，所以请记住这一点。您的查询将快速返回;结果将需要一段时间才能转移。
SSAS的真正力量可以成为您的方法的目标。我们可以从高层开始，向下钻取，找到我们想要的水平，然后继续深入，向下，向下钻取，直到找到您真正想要的数据，而不是说“给我一切”。