oracle将owb r2定位为一个与ibm，informatica, 以及 sas公司发布的企业版提取、转换和加载(etl) 解决方案相竞争的成熟产品。

　　oracle将owb r2定位为一个与ibm，informatica, 以及 sas公司发布的企业版提取、转换和加载(etl) 解决方案相竞争的成熟产品。

　　oracle公司近日终于发布了他们酝酿已久并不断推迟的oracle warehouse builder, release 2，正式命名代号为“paris”。

　　oracle将owb r2定位为针对ibm，informatica，以及sas公司的企业版etl解决方案的一个成熟的竞争对手。research powerhouse gartner公司去年就将owb放在他的magic quadrant标准中的领导地位。oracle是领先领域内的惟一一个关系型数据库供应商，能够与确定的重量级选手过招，例如informatica 和ibm/ascential。

　　本周，oracle宣布owb r2作为商务智能发布。官方并未立即发表评论，但是oracle曾在多个场合的数据仓库机构简单表示了下一代“paris”的发布。接下来就是一段突出了owb r2特性的概要，其中包括了经过改善的双向提取、转换和加载(etl)能力，以及经过了修补的基于gui设计的客户端。接下来的一周里面，我们还会继续探讨了价格和包装，连同其他一些重要的owb r2特性。

　　oracle最终如何与非oracle的资源达到共处?

　　当涉及异种连接的时候，owb并不总是最强的一个。当然，oracle自己也不十分鼓励在他们过分吹嘘的关系型数据库版本中使用非oracle的数据源。当然，oracle总是能够容纳非oracle的数据源，但是大多数情况下，他们都是支持从异种数据源中向oracle数据库发出的连接，而不是相反的方向。

　　owb r2在这一点上做出了改变――在某种程度上。oracle说过，他们计划通过他们自己的oracle传输网关(otg)的方式，即一系列特定数据资源适配器，来促进向非本地的数据源发出连接。各个品种的otg(例如，针对db2，sybase, peoplesoft的otg)长久以来都支持双向的etl――例如，企业可以将数据从db2中转移到oracle，并且也可以(在理论上)把数据从oracle转移到db2。

　　不过，owb自身并不支持双向的etl:在owb r1中，oracle不让客户将数据从oracle中提取出来放入非oracle的数据源中。在owb r2中，这一点发生了改变，可以对大多数的数据源都可以了。r2将会支持一些不同目标平台上的双向etl――对于sap则显示出停止异常。负责owb r2 产品最后确定的oracle的高级集团经理paul narth承认，解决的技术可能就在针对sap的otg适配器中，但是出于一些非常明显的原因，oracle并没有在owb中激活它们。

　　换句话说，owb r2确实支持从sap的应用程序向oracle数据库的etl，但是不是相反方向。“实际情况就是我们生活在一个异类的世界中，” narth在去年的一次采访中说。“我们尝试努力去完全忽略这一点，但是我们还不如去接受这一点。我们更希望你用的是oracle，在这里不需要道歉，但是如果你的目标是其他的环境，那么我们也会将数据发送到那里。”

　　owb r2还有一项可用性检查，完全支持面向对象的etl建模和拖拉工作流的特性。oracle的基于gui的etl建模工具，design time client，已经作了这样的妥协以便用户可以拖拉那些封装的和用户自建的对象来创建etl处理流。(创建用户对象在很大程度上是一种点击的练习，oracle官方正式声明。)如果数据从oracle目标数据源中抽取出来，owb r2自动生成pl sql代码来为特定版本的源数据库进行优化数据(例如，pl sql为oracle 9i进行优化，或者pl sql为oralce 10g进行优化)。owb r2还可以为非oracle关系型数据存储针对直接sql完成同样的事情，narth说。

　　owb r2还发布了好多其他的产品，官方说，其中包括经过改善的数据质量和数据配置能力，经过修补的时间表和安全特性，元数据管理能力，加强的立方体构建，以及其他一些提高。请在下周继续关注，我们将会更详细地讨论新发布的owb r2版本，重点放在oracle如何计划包装和定价他们自称的企业版etl竞争选手。