楼主: interstage

[精华] OLAP工具毁了商业智能

[复制链接]
论坛徽章:
1
数据库板块每日发贴之星
日期:2007-05-18 01:03:20
71#
 楼主| 发表于 2007-5-10 21:12 | 只看该作者
66楼其实说到了点子,interstage NV就简单的说法就是通过独立于数据库的“管理视点”(分析的视点),可以在不影响数据库结构的情况下,自由地设定分析的视点。通过管理视点,不仅能取得信息,还可以钻取 (把大分类的对象细分到中、小分类进行分析)、切片和切块(通过不同视点的组合,进行求异思维分析)等。最终用户本身也可以制定自己的“管理视点”。

使用道具 举报

回复
论坛徽章:
52
慢羊羊
日期:2015-05-27 16:05:40灰彻蛋
日期:2012-02-28 15:52:532012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:20蛋疼蛋
日期:2012-01-04 18:27:252012新春纪念徽章
日期:2012-01-04 11:49:54紫蛋头
日期:2011-12-27 15:12:01
72#
发表于 2007-5-10 22:46 | 只看该作者
如果我们的用户能够掌握所说的“管理视点”,那么这个工具是有用的。

今天看了看别的做的,惨不忍睹。

看来要我们自己去做点别的什么了。OLAP工具毁了商业智能,这个说法是对的——起码就我们的现状来说就是一个明证。

使用道具 举报

回复
论坛徽章:
1
数据库板块每日发贴之星
日期:2007-05-18 01:03:20
73#
 楼主| 发表于 2007-5-10 22:58 | 只看该作者
我去年7月份在中国体验第一个interstage NV的CASE,就是“管理视点”的经典技术,使业务部门和IT部门放弃了BO和hyperion,选择“管理视点”实施BI了,从被动式BI转到了主动式BI.我才发现,原来我们在OLAP上太深入了,OLAP概念是数据库专家创造出来,却忘了使用者不懂数据库知识.应该把OLAP和"持续改善的管理理念"结合起来的思路,才正确.

使用道具 举报

回复
论坛徽章:
26
ITPUB新首页上线纪念徽章
日期:2007-10-20 08:38:44奥运会纪念徽章:铁人三项
日期:2012-08-21 21:48:242013年新春福章
日期:2013-02-25 14:51:24劳斯莱斯
日期:2013-08-11 20:46:31本田
日期:2013-12-10 22:01:02劳斯莱斯
日期:2013-12-16 22:07:38本田
日期:2013-12-19 20:35:46技术图书徽章
日期:2014-03-10 14:09:19喜羊羊
日期:2015-02-22 13:44:282015年新春福章
日期:2015-03-04 14:51:12
74#
发表于 2007-5-10 23:34 | 只看该作者
最初由 interstage 发布
[B]OLAP概念是数据库专家创造出来,却忘了使用者不懂数据库知识[/B]



数据库与excel这类电子表格职能上是有区别的。
excel是一即见即得的形式,数据以二维方式保存,容易理解,而且可以任意修改。
数据库有完善的管理机制,需要用户权限,需要链接接口,需要严格的查询语法。所以对终端用户来说,数据库中的数据是一种看不到摸不到的形式。要获取数据必须依赖于IT人员。
所以很多用户宁愿使用excel文档也不愿用数据库。
要让连SQL语句都不懂的业务人员使用更复杂的OLAP语句,谈何容易。
OLAP本来是应该为终端用户服务的,但却因为复杂性,有时候不得不依靠IT人员开发报表,但报表的格式往往是固定的,这样就限制了用户对数据的多角度观察,OLAP的优势就没有显现出来。

使用道具 举报

回复
论坛徽章:
0
75#
发表于 2007-5-11 11:08 | 只看该作者

井底之蛙

我了解各位从事BI多年,都是前辈,不过看了你们的发言真是深感遗憾,全世界的BI工具多如牛毛,你们学习了一两家的工具就在这儿说长道短,什么OLAP工具毁了商业智能,确切一点说出你用的什么OLAP工具毁了商业智能,美国泓维的BI工具早就改善了你说的那些缺点,不服来找我,让你看看什么叫新时代的BI工具
msn:fengyulong111@hotmail.com

使用道具 举报

回复
论坛徽章:
1
数据库板块每日发贴之星
日期:2007-05-18 01:03:20
76#
 楼主| 发表于 2007-5-11 11:13 | 只看该作者
对,你终于说到点子上了,但你看看,目前的OLAP工具,一直在数据模型设计层面(OLAP层面)和报表本身功能(排版,计算,统计,图形等)做出平衡。导致目前根本无法解决两者兼顾,所以IT部门和业务部门在BI项目上线后一直在叫板的最大原因.

Interstage 希望IT部门不要来制作报表,仅使用OLAP的功能,不需要做OLAP的报表展现,报表完全由业务部门来实现,主要基于以下2点:
1,从桌面报表工具的使用能力和使用量来看,业务部门的人员已经远远超过IT部门的人员,因此,IT部门目前不太可能提供出一个报表工具来取代业务部门使用的桌面报表工具。
2,报表本身的含义有业务分析和统计的知识和学问在里面,需要业务部门的精湛的业务知识来诠释,而如果报表由IT部门来制作的话,会出现知识传递过程中的误差,因此,这是目前OLAP实施中最大的问题。

基于以上2点,Interstage 设计思想就是如何使OLAP工具和Excel报表工具能够无缝交流,所以才有了“管理视点”这个专利的技术。

使用道具 举报

回复
论坛徽章:
0
77#
发表于 2007-5-11 11:37 | 只看该作者

Re: 井底之蛙

最初由 tdyq123456 发布
[B]我了解各位从事BI多年,都是前辈,不过看了你们的发言真是深感遗憾,全世界的BI工具多如牛毛,你们学习了一两家的工具就在这儿说长道短,什么OLAP工具毁了商业智能,确切一点说出你用的什么OLAP工具毁了商业智能,美国泓维的BI工具早就改善了你说的那些缺点,不服来找我,让你看看什么叫新时代的BI工具
msn:fengyulong111@hotmail.com [/B]


这位同志的说法有所欠缺,这里说的可能不并不是具体的工具,而是现有流行工具的问题,我目前位置接触过的挺少,COGNOS,BO,海波龙,都有所接触,感觉上正象我前面说的,目前OLAP工具的瓶颈正是需要一个从管理视点切入的方法,这是思路的问题,而不是具体工具的问题.而管理视点的切入,根据我的实施经验来看,由于各具体CASE数据的实际情况都完全不同,基本还只能通过具体分析的方式来整合,这也不是工具可以解决的问题.我的感觉是具体的实施必须通过具体的整合方案来做,而不能过分依赖于OLAP工具,工具只是后期需要使用的东西,但方案的实施实质并不在工具本身上.

还有,虽然我参与了一些这方面的工作,但充其量只是个没进门的菜鸟,所以这些意见都只是个人的感觉.也没有太多的理论知识,纯粹是游击队的意见.

使用道具 举报

回复
论坛徽章:
1
数据库板块每日发贴之星
日期:2007-05-18 01:03:20
78#
 楼主| 发表于 2007-5-11 11:44 | 只看该作者
75楼,你要写出你对OLAP的观点,别一上来就是一种非常"狂"的样子,给人感觉素质非常差.你从事BI多年,那究竟是几年.OLAP概念是94年底才出现的,你就是从95年到现在,最多13年的经验,对吗.

我自我介绍一下经历,从98年开始接触BO,至今9年了,其中有1年没在搞BI项目,项目中用过COGNOS,BO和Microstrategy.
你提到的DI软件以前有朋友提过,并给我资料过,我个人感觉这个DI软件的设计思路应该不适合的目前的发展了, DI软件最早的产品思路是这样的:各层用户完整的访问“海量信息”,又允许任意一个用户以最适合他或她的特定需求的方式来察看数据。在"海量信息"的快速报表中,DI在17年前设计了交叉索引(cross-indexing)专利技术,因为当时OLAP标准很没有出来,所以这种技术形成的成“自由形态的”多维数据库,称之为数据模型,其实在OLAP中就是多维角度和CUBE运算的意思.但数据库发展的现在,为了解决RDB"时间和空间"经典矛盾的问题, 很多厂商开始放弃研究新的索引技术转向其他.传统的DB厂商开始研究"行存储"技术,其中SYBASE IQ就是这个产品,ORALCE在未来的版本中也将推出,还有一些厂商考虑了内存压缩机制,这造成就是自05-07年前,全球报表市场增长最快的公司QLIKtECH,去年增长了71%. BI是在"海量信息"中的应用,所以有很多技术会出现,但目前万变不离其中的是,RDB由于要兼顾OLTP,所以永远的"时间和空间"矛盾.
   你所说的DI软件并不是一个管理思路变化产生的软件,是在技术变革中发展的软件.

使用道具 举报

回复
论坛徽章:
0
79#
发表于 2007-5-11 11:51 | 只看该作者
最初由 interstage 发布
[B]对,你终于说到点子上了,但你看看,目前的OLAP工具,一直在数据模型设计层面(OLAP层面)和报表本身功能(排版,计算,统计,图形等)做出平衡。导致目前根本无法解决两者兼顾,所以IT部门和业务部门在BI项目上线后一直在叫板的最大原因.

Interstage 希望IT部门不要来制作报表,仅使用OLAP的功能,不需要做OLAP的报表展现,报表完全由业务部门来实现,主要基于以下2点:
1,从桌面报表工具的使用能力和使用量来看,业务部门的人员已经远远超过IT部门的人员,因此,IT部门目前不太可能提供出一个报表工具来取代业务部门使用的桌面报表工具。
2,报表本身的含义有业务分析和统计的知识和学问在里面,需要业务部门的精湛的业务知识来诠释,而如果报表由IT部门来制作的话,会出现知识传递过程中的误差,因此,这是目前OLAP实施中最大的问题。

基于以上2点,Interstage 设计思想就是如何使OLAP工具和Excel报表工具能够无缝交流,所以才有了“管理视点”这个专利的技术。 [/B]


我想这里还是有理想化的层面在.OLAP和EXCEL报表工具的无缝链接还只是工具和技术层面上的想法.其实最大的问题,是如何产生可生为报表的CUBE才是关键,这个部分实际上涉及到CUBE的规划,这个规划是关键,而规划本身目前都基本由IT人员完成,即使有业务人员参与,双方讨论的内容也经常是风马牛不相及,这是BI项目上线后叫板的主要原因.而这个层面的解决,我感觉必须由项目实施中的专门人员来完成,IT和业务人员都不合适,就是需要集"翻译者"和"总规划者"于一身的人来操作,工具反而在其次.实际上从微软SQL2005的部署来看它的OLAP部分和EXCEL通过插件的方式,整合的已经满好了,可具体使用起来依然无所适从.而一个典型的例子,建设银行原来使用COGNOS7.3,在某一个关于总帐部分的CUBE由于设计的好,后期产生报表的时候,业务人员的使用还是比较满意的,也就是说业务人员其实在某部分上是容易妥协的,并不一定需要使用EXCEL,或者只要能生成它满意的EXCEL就很满足了,实施的这个部分,工具反而是次要的.这就是技术层面的一个误区.认为只要能OK的使用OLAP工具,实施就算完成或成功了.从这点来说OLAP工具毁了BI是正确的,从实际来看,这确实是现状.

这里我提到的CUBE并不是现在所谓的CUBE,而是在数据整合后我前面提到的类似CUBE的东西了

使用道具 举报

回复
论坛徽章:
26
ITPUB新首页上线纪念徽章
日期:2007-10-20 08:38:44奥运会纪念徽章:铁人三项
日期:2012-08-21 21:48:242013年新春福章
日期:2013-02-25 14:51:24劳斯莱斯
日期:2013-08-11 20:46:31本田
日期:2013-12-10 22:01:02劳斯莱斯
日期:2013-12-16 22:07:38本田
日期:2013-12-19 20:35:46技术图书徽章
日期:2014-03-10 14:09:19喜羊羊
日期:2015-02-22 13:44:282015年新春福章
日期:2015-03-04 14:51:12
80#
发表于 2007-5-11 11:53 | 只看该作者
最初由 interstage 发布
[B]对,你终于说到点子上了,但你看看,目前的OLAP工具,一直在数据模型设计层面(OLAP层面)和报表本身功能(排版,计算,统计,图形等)做出平衡。导致目前根本无法解决两者兼顾,所以IT部门和业务部门在BI项目上线后一直在叫板的最大原因. [/B]





OLAP过程分两部分,一是多位数据库,二是分析功能。CUBE数据库是为分析服务,由IT人员开发;分析包括OLAP操作,多角度分析,计算等等,这是用户要做的事情。
我之前就说过OLAP和报表是两回事,我现在很少做报表,报表是死的,分析才是用户感兴趣的。IT人员仅提供数据,OLAP分析交给用户做,我们一直是这样做的。
当然,我的解决方法不是使用你的那个interstage。
但你希望的结论是,目前的BI工具都达不到这样的功能,只有intersatge才可以,所以我说什么你都要反驳我,这就是我们的矛盾。

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 未成年人举报专区 
京ICP备16024965号-8  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表