我花了几个月的时间来开发报告解决方案。目前我正在使用 SSIS 加载关系数据仓库（事实和维度表）。然后从关系数据仓库创建 SSAS 多维数据集和维度。然后，我使用 SSRS 使用 MDX 查询构建报告。
我遇到的问题是，试图了解多维建模以及 MDX 和多维数据集的工作原理，事情开始变得相当复杂。由于它所设计的组织相当小，我认为我应该重新评估我的方法。
我想也许我应该从图片中删除 SSAS，并简单地创建使用 SQL 查询直接从关系数据仓库报告的报告。关系数据仓库仍然可以每晚加载，以允许最新数据用于报告。
我只是想知道这是否是一个好主意，因为我对数据仓库和 SSAS 不是很有经验。此外，我想知道将我的关系数据仓库保存在维度表和事实表中是否仍可用于 SQL 查询，或者我是否需要重新设计表。如果这最终会导致更多的头痛或问题，我不想做出取消 SSAS 的决定。
除了行数和 YTD 百分比之外，报告将不包括复杂的计算。例如“有多少来电者是男性？” 和“有多少呼叫者要求产品 A？” 然后按月细分。
非常感谢任何意见或建议，因为我开始对尝试正确开发 SSAS 多维数据集感到相当沮丧。
我在公司也遇到过类似的情况。我从未使用过 SSAS，我被要求研究使用多维数据集进行一些报告的好处。这是一个非常陡峭的学习曲线，因为我的背景是开发而不是数据和报告。当关系数据库上的聚合查询非常耗时并且需要将报告分解为分析人员可以用来更好地了解业务状态的层次结构时，SSAS 最有用。由于 SSAS 存储聚合信息，因此这种性质的查询非常快。如果您的组织的数据很小，那么关系查询可能足够快，以至于您并不真正需要存储聚合的好处。
您还需要考虑使用 SSAS 的可维护性。如果您在搞清楚 SSAS 和 MDX 时遇到困难，那么其他人会有多容易呢？我试图解释我写给有 SQL 经验的老板的 MDX 查询，但它与关系查询确实有很大不同。添加更复杂的报告有多容易？
使用 SSAS 的一个好处是它可以让分析师控制报告。其次，有很好的工具和支持。最后，它很容易部署和连接。
您可以从架构中删除 SSAS，是的，因为您可以从 MDX 查询到 SSAS 获得的所有结果，您可以从 T-SQL 查询到您的数据仓库，因为构建多维数据集是从 DW 读取数据。但是，请记住以下几点：在我看来，OLAP 多维数据集的主要优势是聚合。
非常简单的解释：假设您有一个名为 orders 的事实表，每月有 100 万个订单。如果您想知道当月卖出了多少，使用 sql 您需要逐行读取并将值相加以产生总数。这就像在您的数据库上读取 100 万次。如果您有一个多维数据集，并配置了propper agrregations，您可以pre-calculated and pre-stored在您的多维数据集上获得该值，因此如果您需要知道一个月卖出了多少，您将只有一次读取您的多维数据集。
这是一个分析你的情况的问题，如果你有一个小多维数据集，也许不需要聚合并且你可以很好地使用 SQL，但根据情况，它们可能会很有帮助