OLAP工具毁了商业智能

interstage

最初由 happysboy 发布
[B]

1、汇总表既然是IT部门建的，如果要保证能够让工具完全让业务部门自己操作，就得保证这个汇总表能够满足业务人员日益变化的分析需求，也就是说，IT部门要设计一个面面俱到的汇总表。

这是不可能的，所以，让业务部门完全自己使用工具分析，也是不可能的。

2、“信用卡透支额度”怎么能说不是维度值呢？虽然他是金额，看上去像金额，但既然你都已经将刷卡金额当作维度值了，为什么不能将它当作维度值？

而且，最开始的问题并不是要论它是维度还是度量。而是，当没有这个信息，业务人员该怎么办。

显然，你也提到了，不能让业务部门直接去数据库取。那么，只能让IT人取出来。

这种事情不是罕见的，而是随处可见的。所以，这个工具并没有解决让业务人员自己分析的问题。

而在你举的贡献度和忠诚度维度例子里面，仅仅说明如何对现有后台结构支持的维度上进行灵活层次划分的功能。可是这个功能对于大多数OLAP工具来说，不是希罕事。 [/B]

OK,这个灵活层次划分的功能,其他OLAP工具也有,那是谁马上来做?

是业务部门还是IT部门.,都是IT部门!!!! 业务部门提出层次要灵活划分,IT部门用其他OLAP工具把它实现,在告诉业务部门,这不就存在分析描述中的失真了.

这不就是我所说的问题所在吗!!!

我要的是,OLAP工具对灵活层次划分的功能让业务部门自己做!!

bq_wang

OLAP不是万能的,只是数据仓库中的数据集市,因为OLAP各方面的限制,在数据仓库不是必选项,也没有人说OLAP在BI项目中是必须的...

商业智能包括但不限于OLAP,OLAP工具;说OLAP工具毁了商业智能,未免有点有失公允吧!

jameszhuangmin

最初由 duzhaoyi2000 发布
[B]

你的反对我照单全收
我来晚了...
一个一个地回 [/B]

哈哈，duzhaoyi2000不用再致歉啦。本来我还想搞笑一下把雪村大叔的歌给贴上来，

在一个漆黑的夜晚
一个黑影在论坛里四处的流窜
溜到了帖子的旁边
盯上了interstage的财产
人民群众发亮的双眼
看清了坏人的嘴脸
一个帖子值好几千块
怎能让坏人拿去卖钱
他们喊抓贼抓贼
偷帖子的贼呀
多少人因为他们成了残废
抓贼抓贼
偷帖子的贼呀
一定要让他们立到乱翻
抓贼抓贼
偷帖子的贼呀
多少人因为他们成了残废
抓贼抓贼
偷帖子的贼呀
一定要让他们立到乱翻
抓贼抓贼
偷帖子的贼呀
多少人因为他们成了残废
抓贼抓贼
偷帖子的贼呀
一定要让他们立到乱翻
(女:凄厉的尖叫)抓贼~~~  （interstage在尖叫）


呵呵，搞笑轻松一下，表拍我。

happysboy

最初由 interstage 发布
[B]
..OLAP技术上的未来趋势就是:
1,改变RDB的行存储方式,
2,用"松偶合"理论把EDW和OLAP前端分解,...,企业共同分析的模式将出现,业务人员用OLAP分析,而市场部门用数据挖掘的时代会到来.
3,解决结构化数据分析(RDB更多的是度量值存放)的同时,将以非结构化数据分析将会应用(主要是BI前端+XML数据库)的方式,配合搜索引擎,结合算法,实现文本分析和文本挖掘.

以上就是我去OLAP技术的认知,欢迎拍砖,谢谢!! [/B]

以上趋势预测非常大胆，很好，没什么反驳的。

不过发现一个问题，就是interstage将OLAP的引申到一个太高的高度，期望它能够解决客户所有的分析决策问题。

OLAP有其局限性，但也真是这些局限性带来他的可用性。过于灵活的东西几乎在可用性上面就失去了。

ROLAP比MOLAP灵活，但为什么MOLAP能够长期走下来呢？撇开OLAP的概念不谈，说多维分析，这是在60年代就开始出现的。当时出现A语言，70年代出现 Express，到80年代，才有一个意义上的ROLAP产品Metaphor，90年代开始流行，诸如Metacube、Whitelight、Microstrategy等，但到了2000以后，这些ROLAP产品，几乎只有MSTR活了下来。

说起来MOLAP的路线比ROLAP年代久远多了，就这么说MOLAP要歇菜，有些没道理。

bq_wang

用户和实施方都可以做,不过对用户的要求还是比较高的

Fenet报表工具在一定程度上可以解决这个问题,但是解决的代价就是性能的严重下降.还是有一部分指标无法实现,例如平均值之类的.

我不是Fenet公司的,只是用过这类工具,就事论事!

最初由 interstage 发布
[B]

OK,这个灵活层次划分的功能,其他OLAP工具也有,那是谁马上来做?

是业务部门还是IT部门.,都是IT部门!!!! 业务部门提出层次要灵活划分,IT部门用其他OLAP工具把它实现,在告诉业务部门,这不就存在分析描述中的失真了.

这不就是我所说的问题所在吗!!!

我要的是,OLAP工具对灵活层次划分的功能让业务部门自己做!! [/B]

duzhaoyi2000

最初由 interstage 发布
[B]

为什么叫这个名字,我写这篇文章是一个客户的CIO(技术背景)让我写一份MAIL给他,说明一下为什么他用了OLAP工具实施完了,他们的业务人员只用EXCEL做分析,不能用OLAP工具做分析,而且他问了很多BI实施过的用户,都是这样,把BI报表下载下来到EXCEL业务自己按找思路搞.

我就化了10分钟时间写了这个文章发给他,告诉问题的本身.同时,我那天在ITPUB上,所以就放上来了.

如果把“OLAP与报表工具契合的必要性",就有点太不激情,而且感觉不是问题所在. [/B]

业务人员只用EXCEL做分析,不能用OLAP工具做分析
很好地说明了让业务人员参与OLAP的设计就更难了
连把这个工具用好就还有一定难度，其他的就更恼火了

为什么只用EXCEL做分析，因为在业务人员眼里
EXCEL就是报表权威，分析权威，这也是为什么譬如精算师、投行分析人员之类的人视EXCEL为杀手锏工具的原因了

OLAP效率是存在问题，这跟数据规模关系很大，有限的机器性能就只能做有限的事情，不过OLAP工具那么多种，总不会停滞不前的，都会发展

OLAP应用是另外一个问题，本身就是个多维辅助分析工具，你说你们项目中的业务人员只用EXCEL就可以搞定所有分析，那就说明他们没有进行多维分析的必要性，或者是说长远趋势分析的必要性，一个月的数据跟一个季度的数据跟一年的数据很明显容量差异很大。。。
但作眼分析一个月的数据，作眼分析一个极度的数据，作眼分析一年的数据应该是由不同的人站在不同的层面所做的事情
那么也就回答了你的业务人员只用EXCEL的原因了。。
他们没必要关心季度发展，年发展，几年战略发展之类问题
他们可能也没有权限关心这样的问题
BI是精英系统的本质不会变。。
当然分析型BI会有部分演化到操作型BI，但那只是站在局部角度...

happysboy

最初由 interstage 发布
[B]

OK,这个灵活层次划分的功能,其他OLAP工具也有,那是谁马上来做?

是业务部门还是IT部门.,都是IT部门!!!! 业务部门提出层次要灵活划分,IT部门用其他OLAP工具把它实现,在告诉业务部门,这不就存在分析描述中的失真了.

这不就是我所说的问题所在吗!!!

我要的是,OLAP工具对灵活层次划分的功能让业务部门自己做!! [/B]

是啊，那么这个问题就变成对业务人员培训的力度如何了，如果培训做的好，他们会自己干，否则就依赖IT。

跟工具功能关系不大。

甚至，一个看上去可以有很多功能的工具足够让业务人员退缩。

duzhaoyi2000

最初由 jameszhuangmin 发布
[B]

哈哈，duzhaoyi2000不用再致歉啦。本来我还想搞笑一下把雪村大叔的歌给贴上来，

在一个漆黑的夜晚
一个黑影在论坛里四处的流窜
溜到了帖子的旁边
盯上了interstage的财产
人民群众发亮的双眼
看清了坏人的嘴脸
一个帖子值好几千块
怎能让坏人拿去卖钱
他们喊抓贼抓贼
偷帖子的贼呀
多少人因为他们成了残废
抓贼抓贼
偷帖子的贼呀
一定要让他们立到乱翻
抓贼抓贼
偷帖子的贼呀
多少人因为他们成了残废
抓贼抓贼
偷帖子的贼呀
一定要让他们立到乱翻
抓贼抓贼
偷帖子的贼呀
多少人因为他们成了残废
抓贼抓贼
偷帖子的贼呀
一定要让他们立到乱翻
(女:凄厉的尖叫)抓贼~~~  （interstage在尖叫）


呵呵，搞笑轻松一下，表拍我。 [/B]

你够幽默
不过在这个盗版时代
要做到不犯错误是很难很难啊
一失足成千古恨啦。。。
教训，教训
换个角度想，有监督才有发展

interstage

最初由 happysboy 发布
[B]

是啊，那么这个问题就变成对业务人员培训的力度如何了，如果培训做的好，他们会自己干，否则就依赖IT。

跟工具功能关系不大。

甚至，一个看上去可以有很多功能的工具足够让业务人员
退缩。 [/B]

呵呵,既然是这样,我们设计工具的时候,做这么多功能的时候,有没有想过这个工具功能是符合业务人员的操作水平和理解水平吗.

现在情况就是,目前的OLAP工具都是做分析性BI,依靠IT部门来做,而不能让业务人员做操作性BI,如果业务人员不做操作性BI,BI所讲的效果就永远不出来.

我们看看BI的应用对企业的实际用途,
企业对BI的期望:决策分析支持系统,分析是关键.

1,REPORT: 日常统计报表,是企业以前的分析思维在里面,但没有太多的创造性分析在里面
2,DW(ETL): IT部门数据规范了,应用没看到效果
3,EIS+仪表盘:老大们看到业务的汇总变化了,但不知道细节是如何产生的.
4,目前OLAP:固定纬度的分析模式,一旦分析角度变化,要靠IT部门来变化,分析的思维被IT部门禁锢了,不如用EXCEL自己搞.
5,数据挖掘:靠复杂算法,以课题制的方式,出来的结果要么地球人都知道 ,要么都不知道,分析的价值没体现.

看到了吗,这就是目前实施后的BI,离用户期望的提供决策分析BI有这么大的差别.

问题在哪里,就是BI项目没互动起来,没有让业务部门参与进来,没有作出操作性BI.只是分析性BI,现在的BI工具就是这个现状.

人民,只有人民的力量是无穷的.BI,发挥他们能动性吧.

happysboy

最初由 interstage 发布
[B]

我们看看BI的应用对企业的实际用途,
企业对BI的期望:决策分析支持系统,分析是关键.

1,REPORT: 日常统计报表,是企业以前的分析思维在里面,但没有太多的创造性分析在里面
2,DW(ETL): IT部门数据规范了,应用没看到效果
3,EIS+仪表盘:老大们看到业务的汇总变化了,但不知道细节是如何产生的.
4,目前OLAP:固定纬度的分析模式,一旦分析角度变化,要靠IT部门来变化,分析的思维被IT部门禁锢了,不如用EXCEL自己搞.
5,数据挖掘:靠复杂算法,以课题制的方式,出来的结果要么地球人都知道 ,要么都不知道,分析的价值没体现.

看到了吗,这就是目前实施后的BI,离用户期望的提供决策分析BI有这么大的差别.

问题在哪里,就是BI项目没互动起来,没有让业务部门参与进来,没有作出操作性BI.只是分析性BI,现在的BI工具就是这个现状.

人民,只有人民的力量是无穷的.BI,发挥他们能动性吧. [/B]

我对操作型BI和分析型BI的理解跟你的理解不同，操作型BI不是指业务人员可以直接操作BI吧，那反倒是分析型BI的功能。

我理解的操作型BI是指隐藏在后台的BI，却融入日常业务操作中。比如客服人员，在一个客户打入电话时候，立马在客服界面弹出一个可以向该客户推荐什么业务的信息。客服人员只需要照着作就行了，不需要他们去分析。

原来所谓的分析型BI，本身就是面向于具备分析能力的业务人员的。但因为很多企业缺乏这样的人，所以才由IT人充当，却也不能说这些BI就是面向IT人的。

不知这个理解能否达成共识？