Warning: file_get_contents(/data/phpspider/zhask/data//catemap/5/excel/24.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181

Warning: file_get_contents(/data/phpspider/zhask/data//catemap/4/oop/2.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
OLAP多维数据集支持Excel Pivot。什么';有更好的解决办法吗?_Excel_Olap_Olap Cube - Fatal编程技术网

OLAP多维数据集支持Excel Pivot。什么';有更好的解决办法吗?

OLAP多维数据集支持Excel Pivot。什么';有更好的解决办法吗?,excel,olap,olap-cube,Excel,Olap,Olap Cube,我希望为非技术营销人员建立一个动态数据环境。 我想以Excel数据透视表的形式提供大量数据,这样即使没有分析/技术背景的营销人员也可以访问相关的绩效信息。我尽量避免使用非excel前端,因为我不希望用户在需要以某种方式操作数据时必须不断地导出数据 我的第一个想法是组装一个包含预聚合数据的OLAP多维数据集,但由于OLAP是“过时的”,IT团队拒绝了我的想法。我并不反对他们的观点——确实有更快的数据处理体系结构 所以我的问题是:有没有其他方法来组织数据,以便营销人员可以轻松访问数据,但在某种程度上

我希望为非技术营销人员建立一个动态数据环境。 我想以Excel数据透视表的形式提供大量数据,这样即使没有分析/技术背景的营销人员也可以访问相关的绩效信息。我尽量避免使用非excel前端,因为我不希望用户在需要以某种方式操作数据时必须不断地导出数据

我的第一个想法是组装一个包含预聚合数据的OLAP多维数据集,但由于OLAP是“过时的”,IT团队拒绝了我的想法。我并不反对他们的观点——确实有更快的数据处理体系结构


所以我的问题是:有没有其他方法来组织数据,以便营销人员可以轻松访问数据,但在某种程度上仍然可以在Excel中对其进行操作?我正在处理大约50-100万行的数据,需要扩展维度的能力

这只是我的想法

事实上,这个问题可能会被推回给您的IT团队。您的第一个想法是创建一个OLAP多维数据集。它不喜欢这样。如果他们髋关节疼痛得很厉害,他们认为OLAP“过时”,他们认为什么是更好的、最新的替代品?

或者,换一种说法——他们反对OLAP解决方案的实质是什么?(我假设除了“微软给我们做了一个很棒的PowerPivot/Azure Tablear演示,提供了非常棒的免费零食和咖啡”之外,还有一个)

您的要求非常明确:

  • 方便非技术人员访问
  • 结构化数据,这样他们就不必解释原始数据
  • 通过Excel访问
  • 可伸缩性
  • 我会密切关注你问题的任何其他答案,因为我总是有兴趣发现我不知道什么;但就我个人而言,我还没有找到比OLAP更好的解决方案来满足这些需求

    让我怀疑“OLAP后”情绪的是上面列表中的第(2)点。非技术用户可能倾向于认为他们所消费的多维数据集是通过某种魔法毫不费力地生成的。这本身就是一个成功的指标,表明用户从设计良好的OLAP系统中获得他们想要的东西是多么容易

    但这种轻松是一种错觉:将原始数据构造成这种形式需要设计工作,而最终的结构包含了设计决策和断言:这就是它如何易于使用的原因,因为硬数据已经封装在多维数据集设计中

    我对“后OLAP”有一种明确的类似汉·索洛(Han Solo)的坏感觉:它相当于迎合这种将数据毫不费力地转换为可用形式的幻觉,并传播进一步的幻觉

    在OLAP下,用户可以获得奇妙的、可用的数据结构,而像你我这样的开发人员可以在看不见的情况下完成这些艰巨的工作。也许我们搞错了,所以他们看不到他们想要的数据,但至少用户可以跟我们交谈,询问他们想要什么

    我对“后OLAP”销售宣传的印象是,它试图省去设计工作。我们不需要那些令人讨厌的昂贵的开发人员,我们不需要做出特定的设计决策(这必然会启用某些功能,同时排除某些其他功能),我们不需要多维数据集处理时间延迟。我们可以以某种方式实现这一点:

    • 输入您喜欢的任何数据。不要担心它是否完全没有结构或充满灰尘
    • 任何规模
    • 无需ETL/处理延迟即可立即访问分析
    • 不知何故,输出是可用的结构化数据。结构由。。。没有特别的人。用户可以随心所欲地构建它,但无论如何这将很容易
    可以说我愤世嫉俗,但这听起来像是一种神奇的想法