OLAP工具毁了商业智能

jameszhuangmin

最初由 esestt 发布
[B]所谓的“自发，自愿，自觉，自动，自主”，其一是为用户准备好分析的数据，这是DW的任务；其二是让用户能理解数据，这是BI工具的元数据管理功能；其三是有简便灵活的OLAP客户端。
BI工具能做到这三点，实施的好坏就看BI构架人员的了。软件是工具，想办法解决问题的是人。
BI的目的本就是决策支持工具，如果连最基本的都做不到就是失败了。提这种“自发，自愿，自觉，自动，自主”本就是没有意义的事情，这就像是在说"做人就应该吃饭睡觉"——有哪个人不吃饭睡觉呢？ [/B]

你还是站在自己的角度在看问题，没有站在使用者的角度来看问题。“自发，自愿，自觉，自动，自主”用客户的反映来衡量系统成功与否。

的确"做人就应该吃饭睡觉"，可是就是有人吃不好睡不好。
呵呵，“自发，自愿，自觉，自动，自主”应该是：想吃就能吃好，想睡就能睡好。不在同一个层面，也不是同一个境界。

ryan1505

大家讨论的得很受启发，谢谢大家：）

esestt

最初由 jameszhuangmin 发布
[B]


你还是站在自己的角度在看问题，没有站在使用者的角度来看问题。“自发，自愿，自觉，自动，自主”用客户的反映来衡量系统成功与否。

的确"做人就应该吃饭睡觉"，可是就是有人吃不好睡不好。
呵呵，“自发，自愿，自觉，自动，自主”应该是：想吃就能吃好，想睡就能睡好。不在同一个层面，也不是同一个境界。 [/B]

你还是没有搞懂BI是甚麽，BI不能站在用户的角度看问题还叫甚麽BI。

interstage

最初由 esestt 发布
[B]所谓的“自发，自愿，自觉，自动，自主”，其一是为用户准备好分析的数据，这是DW的任务；其二是让用户能理解数据，这是BI工具的元数据管理功能；其三是有简便灵活的OLAP客户端。
BI工具能做到这三点，实施的好坏就看BI构架人员的了。软件是工具，想办法解决问题的是人。
BI的目的本就是决策支持工具，如果连最基本的都做不到就是失败了。提这种“自发，自愿，自觉，自动，自主”本就是没有意义的事情，这就像是在说"做人就应该吃饭睡觉"——有哪个人不吃饭睡觉呢？ [/B]

essert 永远只会演绎法看待问题,自己看到过见识过的才理解,不太会归纳法思考,那个inner join是在cross join基础上的优化,这是理论基础,偏偏自己去做实验,把它定义为"自然选择".
"做人就应该吃饭睡觉"这话没错,但不能把你"吃好饭睡好觉"建立别人"吃不好饭睡不好觉"的基础上.
BI的失败如果完全与产品无关,完全把失败归在实施,那我们还是不要用产品,反正都是要失败的,产品一开始限制了实施者的设计了,难道不是产品的错.

esestt

最初由 interstage 发布
[B]

essert 永远只会演绎法看待问题,自己看到过见识过的才理解,不太会归纳法思考,那个inner join是在cross join基础上的优化,这是理论基础,偏偏自己去做实验,把它定义为"自然选择".
"做人就应该吃饭睡觉"这话没错,但不能把你"吃好饭睡好觉"建立别人"吃不好饭睡不好觉"的基础上.
BI的失败如果完全与产品无关,完全把失败归在实施,那我们还是不要用产品,反正都是要失败的,产品一开始限制了实施者的设计了,难道不是产品的错. [/B]

inner join怎么可能以cross join为基础，有直路不走要走弯路？？
不是给你看了图片吗？睁眼说瞎话，不可理喻。

你这种说法完全是对空开炮，说甚麽演绎法，你具个实际的例子看看，我告诉你怎么解决。

我有说过BI的失败如果完全与产品无关吗？你学过小学语文伐，读得懂一个完整的句子伐。简直是在强词夺理。
说到产品，Oracle，SAS这类产品已经非常成熟了，你的那个interstage在Gartner的报告中连名字都没有，你说的那种功能，其他产品早就实现了。
商人滚开。

jameszhuangmin

最初由 esestt 发布
[B]



你还是没有搞懂BI是甚麽，BI不能站在用户的角度看问题还叫甚麽BI。 [/B]

哈哈，这个话说起来容易，要做到可不容易。

我问你如果今天客户要增加一个分析维度，这个维度在建立Cube时没有设计，这个维度的是根据Cube里另外几个维度组合而成的，你说这事应该是业务人员去做呢？还是技术人员去做呢？

interstage

最初由 esestt 发布
[B]


inner join怎么可能以cross join为基础，有直路不走要走弯路？？
不是给你看了图片吗？睁眼说瞎话，不可理喻。

你这种说法完全是对空开炮，说甚麽演绎法，你具个实际的例子看看，我告诉你怎么解决。

我有说过BI的失败如果完全与产品无关吗？你学过小学语文伐，度得懂一个完整的句子伐。
你这种简直是在强词夺理。
说到产品，Oracle，SAS这类产品已经非常成熟了，你的那个interstage在Gartner的报告中连名字都没有，你说的那种功能，其他产品早就实现了。
商人滚开。 [/B]

interstage NV 1991年有了,每年在BI工具排在全球前20名,只不过一直没在中国引入过,你不知道而已.

join 首先是cross join,才发展出其他join,cross join就是笛卡尔乘积,你自己看看RDB的基本概念.不要被优化的执行计划把理论基础搞乱了.

esestt

最初由 jameszhuangmin 发布
[B]
这个维度的是根据Cube里另外几个维度组合而成的，你说这事应该是业务人员去做呢？还是技术人员去做呢？ [/B]

如果这个维度只是用户自己临时需要，而且是由其他维度组合而成，那么让用户自己在用户端加上就好。
如果是长期需要，由IT人员在cube里由其他维度生成这个维度就可以了。
如果企业内有多个BI小组，比如集团内的分布式BI项目，其他小组也可能会用到这个维度，那么在DW里做一个维度表，再在Cube里加入这个维度。

interstage

最初由 esestt 发布
[B]


inner join怎么可能以cross join为基础，有直路不走要走弯路？？
不是给你看了图片吗？睁眼说瞎话，不可理喻。

你这种说法完全是对空开炮，说甚麽演绎法，你具个实际的例子看看，我告诉你怎么解决。

我有说过BI的失败如果完全与产品无关吗？你学过小学语文伐，读得懂一个完整的句子伐。简直是在强词夺理。
说到产品，Oracle，SAS这类产品已经非常成熟了，你的那个interstage在Gartner的报告中连名字都没有，你说的那种功能，其他产品早就实现了。
商人滚开。 [/B]

OK,我不对空开炮,你回答我3个问题就可以了:
1,你认为什么是BI
2,你认为BI为什么会出现,为什么85年Inmon定义了DW,94年e.f.codd还要定义BI.
3,BI的未来趋势你认为是什么

你把你自己对这3个问题的理解写出来,就代表你在BI上的境界.谢谢

esestt

最初由 interstage 发布
[B]

OK,我不对空开炮,你回答我3个问题就可以了:
1,你认为什么是BI
2,你认为BI为什么会出现,为什么85年Inmon定义了DW,94年e.f.codd还要定义BI.
3,BI的未来趋势你认为是什么

你把你自己对这3个问题的理解写出来,就代表你在BI上的境界.谢谢 [/B]

你不要岔开话题啊
你不是说现在的OLAP工具不行吗
你说说你碰到的问题，我告诉你我是怎么解决的