为了满足商务智能平台的要求，Oracle 扩展了数据库功能和数据库
语言 (SQL)。Oracle9i 的关系特性并不意味着，关系型数据库是
OLAP、数据挖掘或 ETL 的完全解决方案；但是，这些特性的确为
上述每项功能运行大量数据提供完整的服务器基础设施。
共同的 ETL 挑战
与 ETL 有关的术语和任务已为人熟知多年，并且几乎不是数据仓库
环境特有的：大量专有应用程序和数据库系统构成了企业的 IT 主干
网。应用程序或系统中的数据必须共享以利于集成。这样所有应用程
序的数据（至少一部分）显示相同。数据共享通常由类似于今天我们
称做 ETL 的机制。
由于更多的负载，数据仓库环境面临同样的挑战。对于这些负载，数
据仓库环境不仅要交换，在许多系统中还要集成、重新安排和合并数
据，因而为商务智能提供了新的一体化信息。此外，数据仓库环境中
的数据量很大。
ETL 处理中发生了什么？在提取过程中，所需数据须经识别，然后
从多种不同数据源，包括数据库系统和应用程序中提取。通常，指定
具体的所需数据子集是不可能的。既然在下一时间点将进行相关数据
的识别，因此提取的数据要多于所需数据。依靠源系统的功能（例如，
OS 资源），一些转换可能在提取过程中发生。提取数据的大小，根
据源系统和业务状况，从几千字节到几兆字节变化。正如数据提取大
小可能广泛变化，数据提取频率也可能广泛变化：时间跨度在天/小
时和秒之间变化，甚至接近实时。
例如网络服务器日志文件可以轻易地在短时间内成为兆字节，因此必
须频繁地提取。
提取数据后，该数据在物理上必须转到目标系统或媒介系统以便进一
步处理。根据所选择的传送机制，在此过程中必须进行一些转换。例
如，一个通过网关直接访问远程目标的 SQL 语句，可使用标准的
SQL 过程进行传送（一个简单的例子是把两列连接为 SELECT 的一
部分）。
Oracle9i 的 ETL 处理 第 4 页
评论0