OBI EE - Oracle Business Intelligence Enterprise Edition

北冥

还么到晚饭时间的，可以看下你们的odbc数据源，应该多了一个自称AnalyticsWeb的Oracle BI Server类型的系统数据源。你们的服务面板里面应该也多了5个服务，你们的程序菜单也给写了个目录，目录下有一个菜单，菜单里有一个个的O型图标。
当然，这些安装都是麻雀型安装，就是啥都整在一个机器上。你要玩高级的，比如BI Server和Presentation Server分开安装，再来个集群，或者再小资些，连应用服务器也cluster一把，的确很好玩。我就玩了下BI Server的集群，看着两台虚拟机红绿切换有那么点bt的成就感。但是，复杂了不好。不见得你就这么需要平衡负载，更不见得你的响应时间从小数点后2位提高到3位你的系统就nb了。
晚饭时间，下回分解，不定时候。

北冥

技术的强迫症似的prefer复杂的。装好OBI EE，如果你从Admintool开始，恭喜你，你有技术强迫症嫌疑；如果你聪明到从Presentation也就是Answers、Dashboard这类看得见玩得了的地方开始，你，就是传说中傻瓜式的最终用户了！此处傻瓜式绝无任何歧视贬义成分。它无非强调了一种“人人皆可BI”的理念。这是OBI EE的极大优点，和正统的Oracle DB的高贵姿态颇为不同，但也清新可人。
如果选用自带的oc4j，那么，启动oc4j、BI Server、Presentation、JavaHost服务后，通过http://localhost:9704/analytics就可以访问自带的一个叫paint的应用了。
放心，这个应用很眩。两年前那是相当地眩！现在也风韵犹存。毕竟两年时间够很多BI产商修饰很多东西。
然后，你就放下技术人员的架子，随便玩吧。放心，你要能把服务器玩崩溃了，麻烦千万务必告诉我你是怎么做到的。当然，我说的是人家这个repository的设计。等放上自己设计的rpd后，你会发现，服务器崩溃根本不需要秘诀。貌似，展示台的商品总是特别强悍，sigh!
企业软件产品很少能扯上“好玩”这个字眼。它们的价钱首先就很不好玩。但是，我愿意相信，真正的产品一定得好玩。与其假设我的用户都是群傻瓜，我宁愿想着人都可以是好奇的孩子，我的产品因为好玩而被他们喜欢，wow，天方夜谭啊这是。好像是饿勒俄。
今天就到这吧。

[ 本帖最后由 北冥 于 2008-3-17 18:59 编辑 ]

esestt

难得碰到使用OBIEE的，能加MSN交流吗？

esestt

我一直认为，BIEE Plus就是加了hyperion某些模块的打包销售套装，e-delivery上的media pack就包含了hyperion的很多模块。不过hyperion核心的essbase是08年初release的版本才开始支持的，而且目前hyperion和obiee很多模块都是冲突的，整合起来很难。
至于Standard Edition One就是另外一套打包销售的东西了，里面包含了oracle db,owb等模块。

BIEE目前似乎只能支持OAS, J2EE Server, IIS。
至于集群，不光是BI Server，连JavaHost和Presentation Server都可以做集群。如果是用OAS，将多个OC4J作Group，http server可以使用负载平衡，甚至可以使用OAS Web Cache Cluster。如果有条件的话，多个http server上面可以使用硬件负载平衡设备，目前我就打算这样做，呵呵。

esestt

OBI里面包含了好几个模块，却没有提供综合性的部署文档，使用起来还是有些难度的。我把官方所有的文档都打印出来了，却发现Real-time Decision和BI Application两个模块根本用不上，ORTD是一个独立的组件，整合到其他应用程序中；而BI Application包含了informatica和预设计好的ETL和BIEE项目，与其花时间修改它的模板，还不如自己从头做。

北冥

BIA最大的优势就是重用，前提自然就是你的数据结构能匹配上所谓标准。
最大的麻烦也正是定制，真的不如自己重新ETL、MODEL来得省心，不过我几乎可以确定重架出来的很难超越预定义的那些。毕竟人家敢做一个产品卖，其中的人力物力财力并不是我们这些超喜欢单枪匹马个人英雄的技术能够想当然超越的。
工业标准的推出正是因此吧。
一句话，就玩人家那个模型，安装配置文档就是1000+页，不过管理就简单了，200页不到。反之当然也可，萝卜青菜嘛。
至于RTD，还么摸，不好说。

北冥

Media Pack里面BIEE和Hyperion的模块还是分开放的，所以我以为还没有真正意义上的整合。我能等。

Essbase的支持从10.1.3.3开始，其实在前的10.1.3.2也隐式支持，所谓隐式就是纯供技术强迫症小孩玩的，走XMLA标准，我偷玩过，不好玩。正式支持走的是C API，基本够用。条件就是得装Essbase Client 9.3.1，低了不行。当然，澄清一下，可以通过这个Client连低版本的Essbase。

北冥

其实被OBI整得崩溃的时候也想玩玩别的产品，比如BO、Cognos、MS的东西。但是总是同样的问题，丫该到什么地方去弄这些东西呢？！
所以毫不掩饰对Oracle的特殊感情，它的产品我没事都可以拿来玩。
较于那种不算正常的破解的快感，我更喜欢优雅从容地使用没有限制的完全正版。
对公司收费、对个人免费，Oracle就这样培养起他的信徒，因为谁都能走进它的殿堂。
对个人而言，这点很贴心。
对我而言，这点很重要，因为这使这些开始成为可能。

北冥

我想象了下这些帖子的定位，到底是引诱入门者还是寻找志同道合者。
前面带了下安装和前端的玩法。有趣的地方在这，傻瓜有傻瓜的玩法，强迫症者有强迫症的玩法。
OBI EE前身就是Siebel Analytics，本来就是Siebel应用的Infrastructure和Platform的角色。所以大可把Dashboard/Answers/...作为开发平台来整。你js很牛对吧，那嵌吧；你dom很熟悉对吧，更好，反正原来html web开发的遗老遗少们可以在此找到安身立命之所。
遭遇喜欢一切“xx特色”的客户的时候，对此半熟不熟又好面子如我的就会痛苦万分，丫怎么就成网页开发人员了！！

北冥

回归正题，来个A-Z吧，但是不知道能不能凑齐。知道个中的可以提醒下，我看看能不能说明白。
A:Admintool
我最爱的Admintool，个人情结上来说。纯粹因为看起来最有技术含量。
这是OBI EE建模的客户端工具。也就是那些数据源定义、业务模型、维度指标定义的地方，也包含安全设置权限控制。
简单的三层模型一目了然，从右到左分别是展现层-逻辑业务层-物理层。
物理层：
有些客户有美好的愿望希望OBI EE能顺便把ETL给做了。我尊重并且誓死捍卫他们的梦想。OBI EE确实是可以做一些转换清理工作，但是何必呢？如果最终这些操作需要通过OBI EE转换成物理sql，那么何不在db层次就把这些该做的做了呢？！
逻辑层：
那些看起来很专业的钻取取决于这部分维度指标的定义，时间序列也在此。除此外，统一各异种源归于同一逻辑数据源下，业务规则的翻译...
个人喜欢这么理解，物理层和展现层能做的事情比较容易界定，除此外的工作，嘿嘿，逻辑层。
展现层：
没事可以搞点翻译工作，你总不能让用户陪你猜sbtj1102_st这样字段的含义吧。
再设置些对象的权限，我想你老板一定有不愿意你看到的字段或者数据吧。除非他太有钱，人均一套BI系统，否则你得在一个系统里把这部分控制给做了。

[ 本帖最后由 北冥 于 2008-3-19 15:06 编辑 ]