这篇技巧性文章是由“国际Oracle用户组”（IOUG）提供的，它是一个由用户组成的组织，这个组织通过提供高质量的信息、培训、网络和支持，来提高Oracle数据库专家和数据库开发者的水平。这篇文章摘自由David Fuston所写的论文《使用Oracle电子商务软件包实现业务智能化》。点击这里成为“国际Oracle用户组”的一员，可以获得成千上万的由Oracle用户写的技巧性文章和科技文献。

使用Oracle电子商务软件包实现业务智能化

随着Oracle电子商务软件包中的不同模式，某些数据分析或许需要使用OracleBI/DW软件或第三方工具来进行。这篇技巧性文章覆盖了使用Oracle嵌入式数据仓库、业务智能化系统和日常业务智能化特色的优点。

嵌入式数据仓库（EDW）

Oracle的嵌入式数据仓库覆盖GL,AP,AR,PO,HR模式和部分OM模式。它在2001年以GA状态第一次被发布，但现在它处于拥有大约30多个客户的“维持模式”状态。“维持模式”意味着只有“臭虫”修复，而不再有功能的增强或扩展，因为开发团队已经解散了。嵌入式数据仓库（EDW）允许通过使用应用程序接口（API）来整合多个Oracle版本（10.7, 11.0.x, 11i）和多个Oracle实例，这里使用的应用程序接口（API）和用来从外部数据源载入数据的API相同。嵌入式数据仓库（EDW）调整Oracle 9i数据仓库特色，主要是SQL语句分析命令和物化试图。嵌入式数据仓库（EDW）部分遵循“通用数据库仓库原模式”（CWM）规范，该对象被“对象管理组”（OMG,由IBM，Oracle，Microsoft和Informatica组成）采纳。尽管如此，请注意，如果你开始了将数据载入数据仓库，你将发现只有通过“发现者（Discoverer）”组件才能得出报告。

Oracle嵌入式数据仓库（EDW）也支持非Oracle应用程序数据，但是非常困难，因为你必须先通过应用程序接口（API）将在数据载入Oracle应用程序表中去。如果你使用Oracle数据仓库构建器（OWB）并将非Oracle数据直接载入到嵌入式数据仓库（EDW）表中，你将处于一种不被支持的状态。如果你需要来自WIP,BOM,MRP和FA的数据，这些模式也不被支持。做好以下准备：除了Oracle应用程序安全策略位各个数据库维持独立的安全策略，因为每个数据库实例都需要一个独立的机器。最新版嵌入式数据仓库（EDW）4.1（可应用到Oracle应用服务器11.5.9），需要9iAS 9.0.2+, OWB 9.0.3.5+, 和 Discoverer 4.1.37+。尽管如此，要想得到嵌入式数据仓库（EDW），你需要先得到所需的Oracle副总裁的同意并和Oracle顾问部门签署协议保证嵌入式数据仓库（EDW）处于“维持模式”。

当你决定使用Oracle嵌入式数据仓库（EDW）时，你必须在大脑中紧记这些限制，然后也很可能面对需要扩展这个体系结构的情形。当前支持的扩展嵌入式数据仓库（EDW）的策略如下：

* 对自定义事实和维数创建自定义业务视图
* 在Oracle嵌入式数据仓库（EDW）中创建自定义事实和维数
* 创建产生自定义事实和维数的映射（使用Oracle数据仓库构建器）
* 为自定义事实和维数创建“终端用户层”（使用Oracle数据仓库构建器）
* 从Oracle数据仓库构建器到处“终端用户层”
* 创建特殊的业务手册

业务智能化系统（BIS）和日常业务智能化（DBI）

业务智能化系统（BIS）在它的生命期中经历了以下主要的体系结构改变：

* BIS 1.x是Oracle应用程序服务器11.0的一部分，基于联机事务处理的数据库视图。
* BIS 2.x 随Oracle应用程序服务器11i发布，基于联机事务处理的数据库视图。
* BIS 3.x/4.x嵌入式数据仓库，数据仓库表。
* BIS 5.0随Oracle应用程序服务器11.5.8发布，物化视图。

尽管业务智能化系统（BIS）首次出现是在1998年，但是直到2001年才以GA状态可获得。业务智能化系统（BIS）使用Oracle应用程序服务器的安全策略，就像NETS那样。业务智能化系统（BIS）覆盖了GL,AP,AR,HR,PO,工程和生产商（处理和不连续）模式。并且，像NETS一样，如果开始出现性能问题，标准建议就是在一台独立报告实例上创建业务智能化系统（BIS）。

如果你开始喜欢业务智能化系统（BIS），并且它也可能适合你的需要，请注意业务智能化系统（BIS）当前处于“维持模式”。好消息是“维持模式”不会惊吓到你，然后你会喜欢它在幕后使用发现（Discoverer）技术，因此你可以根据你的业务来自定义它。

业务智能化系统（BIS）的替代品是数据库接口（DBI），在2003年作为“早期适配器”而第一次发布，并在2003年早期达到GA状态。从体系结构的角度来看，一个好消息是数据库接口（DBI）使用相同的HTML服务器作为性能解析器和企业计划、预算，这和Discoverer是不同的。数据库接口（DBI）覆盖了GL,AP,AR,PO,PR,CRM,Sales,HR,contracts,marketing,iStore和服务模式；也覆盖了部分供应链和离散mfg模式。如果数据库接口（DBI）和Oracle应用程序服务器安装在同一个实例中，那么它们使用相同的安全模型。它被设计成很直观的方式，因此，根据Oracle所说，无需对终端用户进行培训。

尽管如此，数据库接口（DBI）也有如下一些局限性：

* 因为物化视图必须按进度表（时间或消息驱动）被同步，所以在物化视图中的每一个html页面在同一时间都必须含有相同的数据。
* 不允许对视图进行扩展或自定义；必须等到下一个发行版，它包含了一个设计器和一个工具集；同时，可以在物化视图之上创建“终端用户层”，并使用Discoverer进行用户自定义操作。
* 需要 9iR2, 11.5.8, 和 9iAS；由于性能的原因，更加青睐于“真正应用集群”；如果没有“真正应用集群”，可以使用更大的机器或者创建一个拷贝实例专门用来做报告。
* 当进行早期适配器程序时，Oracle顾问必须参与到其中；能够在多个模块上允许起来大概需要3到6周时间。
* 当前的数据库接口（DBI）并不支持对外部数据源整合进来。