Sql 用于报告的多维数据仓库替代方案

Sql 用于报告的多维数据仓库替代方案,sql,ssas,data-warehouse,Sql,Ssas,Data Warehouse,我开发报告解决方案已经有几个月了。目前,我正在使用SSIS加载关系数据仓库(事实和维度表)。然后从关系数据仓库创建SSAS多维数据集和维度。然后,我使用SSR使用MDX查询构建报告 我遇到的问题是,试图理解多维建模以及MDX和多维数据集是如何工作的,事情开始变得相当复杂。由于设计它的组织规模相当小,我认为我应该重新评估我的方法 我想也许我应该从图中删除SSA,简单地创建使用SQL查询直接从关系数据仓库报告的报告。关系数据仓库仍然可以每晚加载,以允许报告最新数据 考虑到我对数据仓库和SSA不是很有

我开发报告解决方案已经有几个月了。目前,我正在使用SSIS加载关系数据仓库(事实和维度表)。然后从关系数据仓库创建SSAS多维数据集和维度。然后,我使用SSR使用MDX查询构建报告

我遇到的问题是,试图理解多维建模以及MDX和多维数据集是如何工作的,事情开始变得相当复杂。由于设计它的组织规模相当小,我认为我应该重新评估我的方法

我想也许我应该从图中删除SSA,简单地创建使用SQL查询直接从关系数据仓库报告的报告。关系数据仓库仍然可以每晚加载,以允许报告最新数据

考虑到我对数据仓库和SSA不是很有经验,我想知道这是否是个好主意。我还想知道,将关系数据仓库保存在维度表和事实表中是否仍然可以用于SQL查询,或者是否需要重新设计表。我不想做出取消SSA的决定,如果这最终会导致更多的麻烦或问题

除行数和年初至今百分比外,报告将不包括复杂的计算。例如“有多少来电者是男性?”和“有多少来电者打电话给产品A?”这两个数字会按月细分


非常感谢您的任何意见或建议,因为我开始对如何正确开发SSAS多维数据集感到非常失望。

我在公司也遇到过类似的情况。我从未使用过SSA,有人要求我研究使用多维数据集做报告的好处。这是一个相当陡峭的学习曲线,因为我的背景是开发,而不是数据和报告。当关系数据库上的聚合查询非常耗时,并且需要将报表分解为层次结构时,SSAS非常有用,分析师可以使用它更好地了解业务状态。由于SSAS存储聚合信息,因此这种性质的查询非常快速。如果您的组织的数据很小,那么关系查询可能足够快,您实际上不需要存储聚合的好处

您还需要考虑使用SSAS的可维护性。如果您在计算SSA和MDX时遇到困难,那么其他人会有多容易?我试图解释我写给有SQL经验的老板的一个MDX查询,但它与关系查询有很大的不同。添加更复杂的报告有多容易


使用SSAS的一个好处是它可以让分析师控制报告。第二,有很好的工具和支持。最后,部署和连接非常容易。

您可以从体系结构中删除SSA是的,因为您可以从MDX查询到SSA获得所有结果,您可以从T-SQL查询到数据仓库,因为多维数据集是从DW读取数据构建的。但是,请记住以下几点:在我看来,OLAP多维数据集的主要优势是聚合

非常简单的解释:假设您有一个名为orders的事实表,每月有100万个订单。如果您想知道当月的销售额,使用sql,您需要逐行读取并对值求和以生成总额。这相当于在数据库上读取100万次。如果您有一个配置了propper Agregions的多维数据集,您可以在多维数据集上预先计算并预先存储该值,这样,如果您需要知道每月的销售额,您将只有一次对多维数据集的读取


这是一个分析你的情况的问题,如果你有一个小立方体,也许聚合是不必要的,你可以用SQL做得很好,但是根据情况,它们会非常有用

谢谢你的回复。我想我暂时不考虑SSA。