Oracle商业智能应用程序(第二部分)

核心提示：在第一部分http://tech.ddvip.com/2008-05/121222237644915.html中，我们讨论了什么是商业智能应用程序以及为什么需要它，Oracle商业智能应用程序(第二部分)，在第二部分中，我们将更多地专注于你与商业智能应用程序的一些密切关系，如果复杂性是第一关注的焦点，那么你完全可以将商

在第一部分http://tech.ddvip.com/2008-05/121222237644915.html中，我们讨论了什么是商业智能应用程序以及为什么需要它。在第二部分中，我们将更多地专注于你与商业智能应用程序的一些密切关系。

普遍的误解

在开始介绍购买决策的一些反对意见之前，我想讨论一些普遍的误解。

它只作用于预先建立的数据源：

Oracle商业智能应用程序完全设计为用比一个开发场景中少得多的工作量就可以添加新的数据源到商业智能应用程序。使用一个发布——订阅模型，数据可以从任何与商业智能应用程序中的已有对象相匹配的源应用程序中提取。在提取之后，一个叫做Universal Adapters 的特性会使用这个数据并继续转换和加载它到目标商业应用程序中去。

我会受限于我所购买的应用程序：

商业智能应用程序是建立在一个百分百开放的平台上的;没有不能扩展的东西。你是否对与你所购买的商业智能应用程序没有关系的一些数据具有报表需求呢?那么只要像你一般所做的——简单的开发这些映射，并将它们插入到强大的基础构建中作为另一个工作流。

这里关键的地方是他们不会以任何方式或形式将你束缚于你所购买的代码。实际上，你可以购买一个商业智能应用程序，删除所有的商业智能应用程序特殊代码，并使用这个平台和基础构建来建立一个百分百定制的数据仓库。这产生了重复工作：你可以将这个平台简单地作为一个预先建立的基础构建并做任何你想对它做的(假设你有正确的许可证)。如同在第一部分中所说的，在建立一个新的数据仓库时，通常会忽略ETL基础构建。

实际上，大多数商业智能应用程序部署从其它的来源带来了其它数据，例如其它的一些ERP、外部数据、电子数据表、或定制开发的内部应用程序。如果复杂性是第一关注的焦点，那么你完全可以将商业智能应用程序看作是一个着手点，而最终方向是由非商业智能应用程序内容和需求所决定的。