1

我有一个数据库，其中包含有关文章、结构和制造商的数据。这意味着一篇文章链接到 1 个制造商和 N 个结构节点（认为是文章分类节点）。

在很多条件下使用 T-SQL 查询文章目前太慢而无法用于电子商店，即使硬件良好且索引表正确。（应低于 1 秒）。现在我想知道通过 OLAP Cube 访问这些数据是否有意义。我已经开发了一个来获取聚合，例如：在节点 Y 下递归存在多少制造商 X 的文章？

这些聚合非常快，现在我想知道通过多维数据集检索整个文章结果集是否有意义。含义：给我递归地存在于节点 Y 下的制造商 X 的每一篇文章 ID 。因为结果集可能非常大，查询需要更长的时间..

因此我的问题是，有没有办法处理 SSAS 中的大型结果集，或者这完全是我采取的错误方向？

4

1 回答 1

1

您绝对可以通过利用聚合来处理大量数据并使其在 SSAS 中表现良好。当然，如果您要通过网络传输，仍然需要移动大量数据，因此请记住这一点。您的查询将很快返回；结果需要一段时间才能转移。

SSAS 的真正强大之处在于能够在您的方法中成为目标。我们可以从高层次开始，向下钻取，找到我们想要的层次，然后继续向下钻取，向下钻取，直到你得到你真正想要的数据，而不是说“把一切都给我”。

于 2009-05-08T12:22:53.737 回答