OLAP工具毁了商业智能

duzhaoyi2000

最初由 interstage 发布
[B]

呵呵,http://www.chinabi.net/blog/user1/105/archives/2007/1416.html

原来是你的博客,为什么转贴我的文章,不但不写转贴,而且该标题,叫什么:OLAP与报表工具契合的必要性.

做人太不厚道了吧.这种情况不是爱面子不爱面的问题.正如你所说的:面子是要做好，但不能忽视核心的东西. 核心的东西,是抄了的,对吗. [/B]

我发誓哈
在chinabi.net论坛上看帖之前
没有来你发的贴里逛过。。。
看到转贴时也没出处
你可以指责我转贴失误吧
改标题是另外一个做得不对的地方
不过对文章本身的论调有夸大之嫌
所以觉得“OLAP与报表工具契合的必要性”作为题目好点
不过现在blog的题目改过来了
再次表示歉意
要是早知道原贴在这里
小弟怎么敢在各位前辈面前造次啊，也许转都不敢转：）
不是恶意要抄你的帖子还不给出处的

interstage

最初由 duzhaoyi2000 发布
[B]BI=(OLTP)DB+ETL+[ODS]+DW+[DataMart]+[OLAP]+[DM]+[DSS]+REPORT+[EIS]+[...]
方括号里的东东为可选项
BI是个概念，BI是个框架，BI是个解决方案
那种方案适合那种情况，伟大毛主席还说看菜吃饭，量体裁衣
BI一个层面之内有这样工具，那样工具，你可以选
BI一个层面到BI另一个层面你可以选择要不要经过这个层面，或者是选择饶过去
很难说一个工具就毁了整个领域的发展
不过赞同楼主的方法论，虽然说业务人员参与设计有点不现实，指望业务人员能用好就很不容易了... [/B]

呵呵,我是从OLAP角度将BI的,你这个BI应用的定义有点太多了.如果一个数据中心项目,先把DB通过ETL放入DW,算BI的第1期项目,算BI的话,这个的确没用到OLAP分析,所以没有毁掉你认为的那个BI.

如果只用在DW上REPORT或者EIS,是你认为的BI,也不算毁掉.

你这样BI应用定义太大.

从OLAP概念讲BI,是狭义的BI,但是BI最早的基础.商业智能呀,"智能"一定是通过分析提供决策的,最早也叫决策分析系统. 那既然分析了,就只有OLAP分析和数据挖掘分析,但我们都知道数据挖掘需要专业的算法和实际行业经验的配合才能体现他的威力(当然现在也在简化),但作为经验法分析的OLAP分析是分析中最基础的东西.

所以,我这里讲"OLAP工具毁了BI",是指企业上BI是为了提高企业的分析,但目前的OLAP工具却反过来毁了企业分析的能力,业务人员都变成只会看统计报表不会思考了.

这是我隐含的意思.  不知道这个回答是否满意

bq_wang

我也来说两句:

MOLAP和ROLAP的用途是不一样的
MOLAP更多的是数据集市,面向比较固定一些的业务模型的,数据量确实有限,比较僵硬,但是执行效率高,面向即席查询和分析,可以充分发挥OLAP的钻取,多维分析等功能.

ROLAP一般来说数据还是存储在数据仓库中的,提供了一些通用的多维接口去访问,更适合大数据量的访问.

Micro OLAP是BO公司提供了一个语义层,模拟实现OLAP的多维功能.

大部分报表工具对OLAP的访问是通过接口直接读取数据的,对OLAP的后续数据处理一般以显示为主,很少经过加工.

Fenet这个报表工具我用过一段时间,就是在OLAP的基础上提供了另外一层的语义封装,可以做到自定义维度和自定义指标,也可以做一些等比同比基比分析,2/8,区间之类的分析!

不知道interstage讲的是那种?

happysboy

最初由 interstage 发布
[B]

1,汇总表就是日常的一张统计明细表,BI系统中有的.应该是SI和IT部门建的,业务部门在用的.
2, "信用卡透支额度"是度量值,不是纬度值,度量值本身做纬度值没意义,但度量值的范围可以做纬度.如果度量值汇总表没有,BI系统中是不是能找到,有就没问题.如果BI系统中没有,说明数据库里的这个度量值没在BI系统中开放,需要IT部门开放于BI系统,总不能让业务部门直接进数据库取吧. [/B]

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

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

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

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

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

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

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

duzhaoyi2000

最初由 interstage 发布
[B]

看来拍砖的人越来越多,欢迎讨论,但不要人身攻击,做人要厚道点,居然出现ITPUB的注册用户无耻盗版我的文章的现象.
[/B]

再次致歉
今天才看到这个帖子，并把所有回复都看了一遍。。
对帖子作者的严谨表示敬佩
也对我的转贴失误问题进行自我无耻的自我批评：）
继续支持楼主
我们都应该就事论事

bq_wang

之所以帖出来OLAP,MOLAP,ROLAP,HOLAP,微CUBE是想先把这些问题澄清一下;毕竟这些是经典的标准的定义,先有的任何工具都很难脱离这个框框!

jameszhuangmin

最初由 interstage 发布
[B]

老大,卖东西和做项目是一样,都是告诉用户未来的前景,现在我们先抛砖吧,让业务人员学习学习,搞点什么使用大奖赛,成立一个由业务人员和IT部门组成的数据研究部门等等.

这不是在骗客户,是在帮客户,真实的告诉他们目前的情况.

这个比目前传统的BI实施项目,一开始效果很好,听的人热血起来,实施完后业务人员很不满意,让用户感觉上当要好的多.

你说对吗,现在完全达不到没关系,往这个方向努力就行. [/B]

是的，方法...方法...很重要...非常重要...

同一件事情，不同的人去做，结果可能会不同。
同一句话，有的的人说出来会让人笑，有的会让人怒。。。

做项目也是这样。

interstage

最初由 duzhaoyi2000 发布
[B]

我发誓哈
在chinabi.net论坛上看帖之前
没有来你发的贴里逛过。。。
看到转贴时也没出处
你可以指责我转贴失误吧
改标题是另外一个做得不对的地方
不过对文章本身的论调有夸大之嫌
所以觉得“OLAP与报表工具契合的必要性”作为题目好点
不过现在blog的题目改过来了
再次表示歉意
要是早知道原贴在这里
小弟怎么敢在各位前辈面前造次啊，也许转都不敢转：）
不是恶意要抄你的帖子还不给出处的 [/B]

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

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

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

duzhaoyi2000

最初由 interstage 发布
[B]发现一篇文章"OLAP与报表工具契合的必要性 ",  http://www.chinabi.net/blog/user1/105/archives/2007/1416.html

居然就是我"OLAP工具毁了商业智能"的文章,那位仁兄连转贴也不写,还改题目.
我最恨打劫的,一点技术含量也没有. [/B]

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

bq_wang

BI的定义和DuZhaoYi同学的说法相似:
BI=(OLTP)DB+ETL+[ODS]+DW+[DataMart]+[OLAP]+[DM]+[DSS]+REPORT+[EIS]+[...]
是一种解决方案

靠BI报表工具不是万能的,最终还是要以数据仓库的设计为主的;良好的BI报表工具和展现对BI项目的实施成功有很大帮助.毕竟用户需要拿到需要的结果