多维的苦恼

严
20060411

近期在某移动地市分公司写数据集市的需求规划。

其间感觉到好久没有去碰仓库的多维分析、报表需求。也许和工作有关吧，脑子最新更新的记录，都是和专题建设相关的。

报表、查询可能相对简单些，因为用户操作还是很好预期，也比较固定，需求嘛也就好些。

多维分析呢，记得早期就是哗哗哗的把一堆可组合的维度、度量罗列一下，然后对维度的层次、粒度等作个说明。用户如何去理解这个多维分析呢？直接告诉客户，你自己选择一些维度、度量，作个什么过滤，展现成一个大饼，或者其他的什么图形表格什么的，这样有效果么？

还有，多维分析，最终需要分解成一个个cube，因为cube为了保证性能，对维的个数，或者说维元素加上度量的排列组合有关系。这样一来，用户从一个维度、度量的二维表格，想像最终他通过系统所获取的分析信息，还是有一定距离。不知大家有无此类烦恼呀？

如何更直观、准确的去描述用户要进行的分析？

Ewen321
20060411

olap在演示规划和实际应用中的差距，我觉得很大程度上是因为没有充分考虑用户的分析目标或分析路径。
这种情况导致的直接结果就是cube设计很多时候是靠数据驱动，仓库中有什么样的维度/度量，感觉哪个维度/度量可能有用，cube中就将其纳入其中。所以应用和数据之间始终是存在差距。

我认为，决定做一个cube，首先要对受众明确——谁来用；其次用户分析的目标——分析什么问题，达到什么效果；再次要按照什么步骤能达到相应的效果——先看什么再看什么（用流程图之类来直观化）。

刘庆
20060411

非常赞同文兄的观点。

数据驱动的饿老婆没什么好结果，这可以说是这些年来的惨痛教训。以至于，现在很多客户对于饿老婆没什么好感，认为她太复杂，没有利用价值，于是就有买了相关产品而不用的浪费情况。

不过并不是说他们没有用OLAP产品，就没有OLAP应用了。其实这个概念背后包含的是一种分析思路，是共性的。无论报表、即席查询都可以OLAP一下。都是从若干角度去观察事实。
究竟是什么原因导致OLAP难以被接受呢？

一般来说，将"分析的对象"称作为"主题"，例如"离网用户"，"集团用户"等等。可通常即使确定了这个对象，却不明确究竟为了什么目的而分析。早先时候，曾经写过一些"分析"的东西，现在想来，和OLAP也是有相似之处的。首先，还是要明确分析的目标，然后对分析的对象进行分类。这应当是OLAP普及的瓶颈吧，至于以往提到的诸如界面操作复杂、缺乏培训，那些恐怕还不是根本的。有人也提到数据质量太差，致使人无法相信OLAP展现的数据，我不能确定这点是否比缺乏分析目标更重要。

至于文兄提到的受众明确，这也是个原因。以前，OLAP的界面甚至是直接面对领导的，认为这千变万化的多维组合必然能够满足决策者的任何分析目的。现在，很多客户已经改变了这种想法，注重KPI、CPM等应用，这些才是给决策者的，而OLAP是适合数据分析、市场分析人员的。因此可以说多维分析是个过程，而非目的。

在这点上，通过OLAP产品的体系结构也能看出些端倪。现在大多的产品都提供web界面，零客户端的应用。但其弱点还是在功能不够强大，因此一般也提供客户端的工具。除此以外，还有一个重要的特点是，纷纷提供Excel的OLAP插件。哈，毕竟excel是用的做的数据分析工具，这些产品不得不妥协啊。