OLAP工具毁了商业智能

interstage

esestt ,和你交流BI,总感觉很累,为什么? 你的学习方法就是演绎法学习方法,说明你只能说出你看到的和实施过的东西,归纳法学习的能力一点都没有,你能告诉我数据挖掘是演绎法还是归纳法?
学问有余,知识不够. 任何事务描述不都是这三个问题找答案,你从这三个问题去理解BI的话,你对BI的理解一下子深刻多了.

还有我最早的描述和现在的描述,一直阐述一个观念,OLAP分析模型(演绎法分析)应该交给业务部门来提供,而目前的OLAP工具在这点上考虑太少,这样把压力给了IT部门.

我是对目前的OLAP工具有疑问,并不反对OLAP概念,我真不知道我的描述,你是不是看完整了和看明白了?

esestt

最初由 interstage 发布
[B]esestt ,和你交流BI,总感觉很累,为什么? 你的学习方法就是演绎法学习方法,说明你只能说出你看到的和实施过的东西,归纳法学习的能力一点都没有,你能告诉我数据挖掘是演绎法还是归纳法?
学问有余,知识不够. 任何事务描述不都是这三个问题找答案,你从这三个问题去理解BI的话,你对BI的理解一下子深刻多了.

还有我最早的描述和现在的描述,一直阐述一个观念,OLAP分析模型(演绎法分析)应该交给业务部门来提供,而目前的OLAP工具在这点上考虑太少,这样把压力给了IT部门.

我是对目前的OLAP工具有疑问,并不反对OLAP概念,我真不知道我的描述,你是不是看完整了和看明白了? [/B]

数据挖掘训练过程是归纳，预测过程是演绎。
OLAP分析模型怎么又被你说成演绎法分析了呢？如果我记得没错，演绎是一种认知方法论，所谓的"演绎分析"是人的认识过程，OLAP模型只是认识过程中的辅助手段，光有模型没有人的认识过程怎么能是"演绎法分析"呢？"分析"是一中过程和动作，模型是名词，从语法上来说也不对啊。你怎么说话稀里糊涂，东扯西拉，成心捣乱是伐？
OLAP模型交给业务部门来做还不太现实，业务人员怎么搞得清楚甚麽是多维R树索引，甚麽是OLAP分区，Rolap和Molap的概念。

esestt

最初由 interstage 发布
[B]那你告诉我,这个世界上,除了演绎法和归纳法以外的分析方法还有什么,如果你能说出来,世界上所有的大奖都是你的了,哈哈!!!!! [/B]

毕业太久，记不清了，好像说演绎和归纳是一种认知法，不知道算不算你说是"分析方法"，但定量分析和定性分析属于哪一种呢
统计学里面的回归分析、多元分析、随机序列又算甚麽方法呢
哈

Luckyhan

单纯的报表确实是悔了数据仓库,
但是也促进了数据仓库的发展

具体由后面的人说吧
DW !=BI

DW是一个基础,
BI是应用
国内现在很多情况把DW=BI
确实起到了快速启动项目的计划,但是却造成了项目后期的严重问题(多严重各自斟酌)

esestt

最初由 innovate511 发布
[B]
你说的是Oracle公司自身的DW项目，还是Oracle数据仓库解决方案？

对于你说的这种“战术性BI”，其实就是企业对于局部的有限性分析。它的生命力之所以很强，其实有两大原因：
1. 市场大。目前就连500强企业中相当多还没完成EDW的建设，何况广泛的中小公司了。那么在完成EDW之前，或者有的公司没钱构建EDW，各部门、分公司以及总部都需要BI，那么怎么办？于是一般就选择了建设Data Mart来弥补这种不足。而DM这种东西和DW本质的区别之一，就是DM是因为前端需要而建设的，而DW则不是。这样一来，这种需求当然大大超过了正在慢慢建设EDW的需求了，你可能往往会发现一些大公司EDW和局部DM（不是来自EDW的DM）并存的局面，因为他们正在系统过渡呢。[/B]

我说的是Oracle的BI解决方案。不是DW，Oracle目前的构架将DW和BI分开了。我们平时说的BI是包括DW的。
战术型BI不是DM这种情况，而是一种针对业务人员或中、低层管理人员使用的分析工具。Oracle的战术型BI的特点是跟业务系统整合在一起。
传统的完整的BI构架是从DW或DM开始，分析、可视化和交付是基于DW之上的。
Oracle的战术型BI的特点，我总结下来就是两点。
第一：做DW第一步是对业务和业务系统的了解，像我们用Oracel的PeopleSoft JDE，首先要了解它的数据模型，光整理JDE的数据模型，写文档，我就花了多两个月时间，JDE数据库中几百个表，包括了系统元数据、业务逻辑存储等，大部分我都还不知道是干什么用的。Oracle BI的优势就是可以直接从JDE和Siebel这类业务系统中获取数据，毕竟是它自己的产品，而且业务系统中已经有为数据仓库准备的数据，比如销售单，销售单在一个状态之后(比如算入总账或者发票匹配后)就保存到一个历史表，有的像ods，Oracle的BI工具可以直接读取这样的数据，这样可以节省ETL过程的投入。
第二：Oracle的业务系统整合了分析工具，比如PeopleSoft Enterprise Analytic Applications，那些业务人员只需简单的操作就能得到报表或者分析功能。

业务人员不像决策者从一个广度和高度分析数据，它们只在乎当前的，细节的数据。这种战术型BI解决了时效问题：直接从业务系统中读取的数据是最新的，不像ETL过程那样是定时执行；省掉了ETL过程，并且是在业务人员熟悉的系统中操作，这样就可以不需要IT人员的参与，快速而且方便；数据是以业务人员能够理解的方式交付，业务人员操作的是自己要业务模块，在自己的模块中获取的数据是自己能够理解的，避免了与操作IT人员的矛盾。

interstage

你居然不在GOOGLE查一查"演绎 归纳",就在这里大谈分析方法,你的学习能力真的只有一种方法,就是演绎法,呵呵!!
   演绎与归纳是人类认识事物的两种最基本的认知方法。就象今天我们在描述的BI一样,认知BI就需要这2种方法,才能看的清楚,象你这样只用一种方法的,很难说清楚. 在方法论上可以分为两派：演绎主义与归纳主义。这两派的对立和斗争在近代表现的尤其激烈，只是到了十九世纪三十年代，由于非欧几何的出现（后来又相继出现了集合论、相对论等）才见分晓。其结果是演绎主义失败了，归纳主义取得了“胜利”。因此，近代以演绎法作为基础的经验主义转变为现代的非理性主义，以演绎法为基础的唯理主义则被发展为实证主义。
  我现在定义了分析方法就2种,演绎和归纳,就是定义了在"认知"上的分析方法,你却大谈定量分析和定性分析等等,就给人感觉很可笑,就象举一个例子,我说人由男人和女人组成,原则上不存在第3种人,你突然告诉我,你发现了除男人和女人以外的人存在,就是老人,小孩等等,我就晕了.
   我觉得,真理可以越辩越明,但你在辩的时候,都上baidu或者google上查查,对自己模糊的东西了解一下,别以"毕业太久，记不清"为借口, "演绎分析和归纳分析"的2种方法,初中就上过了,告诉我们对一个事物的认识,只有这2种分析方法,目前还没有其他方法. 这就是我们进入目前终身学习时代必须的要掌握2种方法.IT行业更是终身学习的行业,我一直感觉你的学习方法只有一种,就是演绎法.

interstage

不好意思,写错了"近代以演绎法作为基础的经验主义转变为现代的非理性主义，以演绎法为基础的唯理主义则被发展为实证主义" 应该改为""近代以演绎法作为基础的经验主义转变为现代的非理性主义，以归纳法为基础的唯理主义则被发展为实证主义""

esestt

最初由 interstage 发布
[B]我说人由男人和女人组成,原则上不存在第3种人,你突然告诉我,你发现了除男人和女人以外的人存在,就是老人,小孩等等,[/B]

我承认我理解错误了，你放过我吧

继续说你的OLAP吧

interstage

esestt说"OLAP模型交给业务部门来做还不太现实，业务人员怎么搞得清楚甚麽是多维R树索引，甚麽是OLAP分区，Rolap和Molap的概念。"

你真的没仔细看我的最初的文章,我讲到OLAP核心概念就3个"多维角度","数据钻取"和"CUBE运算",所以,我一直认为可以把"多维角度"和"数据钻取"交给业务部门,而"CUBE运算"与"多维角度"存在提前固化和角度变化的矛盾,是目前OLAP工具的弊病,至于多维R树索引不是OLAP的概念,是数据库的概念, 是为了解决数据库经典的"时间和空间"矛盾而引出来, Rolap和Molap是OLAP数据存储上的概念,这个本身和业务部门没有关系.

interstage

我在这个ITPUB的论坛上看到了2篇文章,"绩效主义毁了SONY"和"丰田战胜通用的背后", 这2篇文章其实讲到了BI项目中经常提到很高的应用境界,就是"绩效管理"和"战略管理",但作为500强企业的SONY和通用早在10年前就成功实施的"绩效管理"和"战略管理"BI项目,却不如"执行力"很强的丰田,这个是不是值得我们深刻思考.
  所以,我认为我们现在太受美国文化的影响了,就是崇尚"精英人士"管理企业,因此借助咨询专家,为公司领导提供"绩效仪表盘"等等,其实美国模式是最不复制的,所以,越学习它,就越赶不上它,越不可能成功. 唯有采用老毛时代提到的"人民的智慧",就是让企业的员工一起参与进来,变成"员工团队"的BI项目,才可能突破"精英人士"的BI项目,取得成功.
  BI项目的应用有5类,日常统计,即席查询和OLAP分析,数据挖掘,专题应用和战略管理.  由于数据挖掘更多的是算法,不适合业务人员,只适合专业的人员,而其他的应用均涉及到"多维角度",因此,OLAP变的关键了,所以我一直认为OLAP工具可以从目前的为"专业人士"使用和配置,完全可以让用户自己来,只是把数据部分归于IT部门,"多维角度"归于业务部门而已.

这就是我最早的想法,当我按照这个想法去实施BI的时候,我突然发现业务部门,企业领导,用户的IT部门,SI公司都变的可以接受,BI原来就没那么简单,只不过,我们把它复杂化了.