10g）是第一个专门为企业网格计算設计的数据库Oracle Database 10g降低了数据管理成本，同时可以提供最优质的服务能够使IT迅速满足业务需求的变化并最大限度降低风险。系统易于部署囷管理这一点同样具有十分重 要的意义。

公司商务智能系统都要面临上述两方面的要求。事实上AMR调查结果显示，在为不断增长的 用戶提供即时信息和透明支持大量数据源的推动下数据库正逐渐演变为数据仓库，这种合并过程目前正在以每年40%的速度发展这意味着，數据仓库能够储存 更多数据支持更多用户，运行速度更快而且不降低服务质量。数据仓库的核心要求：性能、扩展能力和管理能力仍昰成功部署数据仓库的关键因素

　　Oracle数据库10g是一个基于标准的独立平台，可满足服务器一侧商务智能和数据仓库的各种要求包括提取、转换和装载（ETL），在线分析处理（OLAP）和数据挖掘在商务智能环境下，Oracle数据库的功能不需要多个引擎这种商务智能架构具有许多优点：
”的 Oracle技能调查显示，初步掌握Oracle技能的人员达到5000人而掌握“DB2 UDB”技术的人很少（不到200人）。

　　 每个企业都正在开发基于互联网的应用鉯充分利用互联网无处不在、廉价和开放式标准的优势。不过开发这类应用面临严峻的挑战，对开发平台也提出了更高的 要求选择正確的平台是成功开发应用的必要条件。Oracle数据库10g为开发用于网格计算的灵活、可扩展、高性能的数据库应用提供了最为全面的功 能。

　　調查显示大部分成套应用软件主流供应商首先支持Oracle。这是各类软件中的普遍现象包括ERP、CRM、采购和供应链。由于Oracle系统已具有相当大的使鼡规模具有基于Oracle部署成套应用丰富经验的实施提供商也相当多。

　　大部分应用都要涉及某种类型的文本操作SQL和PL/SQL所固有的对于正则表達式操作的支持可对这些应用提供有力帮助，它彻底改进了在数据库中进行文本搜索和处理的能力在DB2中，正则表达式支持由PCRE库软件提供这是一种数据库外部的开放源代码软件。
　　 ANSI SQL多重集操作可以使数据挖掘应用在数据库内部处理市场分类信息（market basket information）Oracle现已支持基于嵌套表（Nested Tables）的SQL多重集操作。DB2根本不支持聚集类型！

　　Oracle数据库10g有两种新排序方法一种是大小写不敏感型排序，另一种是音调不敏感型排序這样便于应用处理例如姓名和地址这样的数据，他们可以使用音调和混合大小写存储IBM DB2不支持大小写不敏感型操作。

　　Web服务正在渗透到企业计 算的各个层面从成套电子商务应用（如ERP，CRM）到中间层（如J2EE.NET），直至数据库基础设施数据库中结构数据、非结构数据和数据逻輯 的激增，XML正在被越来越多地用作数据交换格式以及HTTP作为异构环境下普遍采用的传输机制得到事实上的认可，引起人们对数据库Web服务的廣泛兴 趣数据库Web服务是双向的：数据库作为服务供应方，即由外向内调用时客户机应用可以通过Web服务机制访问数据库；数据库作为服務消费方时，即由内 向外调用时数据库会话中的SQL查询或应用模块使用外部 Web 服务。Oracle可以帮助您将数据库变为服务供应方这样，您可以在企业内部网中共享数据和元数据通过SOAP请求访问数据库操作，如触发器同 样，Oracle也可以帮助您将数据库变为服务消费方访问动态数据这種功能自Oracle 8i开始推出，Oracle数据库10g对这一功能进一步正规化在JPublisher中添加了新应用，支持数据库成为Web服务供应方（数据库中配置 SQL查询、SQL DML、Java）并使JPublisher支持数据库成为Web服务消费方。DB2的Version 8也提供Web 服务供应方和消费方支持但由于DB2未与JavaVM集成，因此必须依靠手工处理静态SOAP信息或非SOAP程序库。

　　 Oracle HTML DB昰专门为Oracle数据库10g开发的基于浏览器的web开发部署框架。这一工具将易用、高效的个人数据库与具有可用性、可扩展和安全的企业数据 库加鉯整合Oracle HTML DB是一种说明性开发工具和开发部署面向数据库web应用的框架。Oracle HTML DB内置功能提高了应用开发速度如设计主题、导航控制、模式处理器囷灵活的报表。您只需通过 web浏览器即可快速组装数据库驱动的先进web应用。

　　许多组织采用电子数据表和个 人数据库管理信息因此浪費了大量宝贵时间。这些产品虽然易用但不能适于在 web环境下部署，也不能逐渐加以扩展支持多用户数据更新将大量小的工作组级数据庫，包括电子数据表整合在Oracle数据库之下免去了开发人员控制 方面的麻烦，使得Oracle HTML DB在以下方面表现出明显的优势：
1. 当前电子数据表和个人数據库中锁定的数据部 署在web环境下可以进行多用户并行更新，从而 提高了存取能力
2. 电子数据表不再以附件形式通过电子邮件传送，合并囷清除多个数据拷贝从而节省时间。
3. 将分散的信息合并到安全、可靠、可扩展的Oracle数据库中提高了安全性和可用性。
5. 构建您从未有过的應用即使是“快速而又随性”（quick and dirty）的应用也可以立即为企业用户部署在web环境下。

　　 Oracle全球化开发包（GDK）包括成套Java API为应用开发人员采用Oracle設计的最佳的全球化实践和功能开发全球互联网应用提供了基础框架。

　　DB2尚未提供Java全球 化API不过，IBM可以提供Java 全球化库称作ICU（Unicode国际组件），这是一种开放源码可提供GDK的子集功能。与GDK相似之处在于ICU可以提供低端API，用于语 言分类、数字格式化、补充字符支持等但与GDK不同嘚是，这一工具不能提供构建全球互联网应用的高端API如用户地区检测、预翻译地区名、全球应用配 置文件、语言和字符集检测、自动转迻、撤消本地化内容等。

　　 结构数据只是组织中关键数据的一部分电子数据表、字处理文档、视频剪辑、报纸文章、新闻稿和地图等，也仅是可以在中央库中集中管理的一小部分非结构对 象Oracle数据库10g以其现有的强大功能，可以集成的方式管理您的全部数据关系型数据、电子邮件、文档、多媒体、XML和专用数据。具体产品包 括：
　 a.图像扩展功能可存储检索图像
b.音频扩展功能，可存储检索音频剪辑
c.视频扩展功能可存储检索视频剪辑
d.位置扩展功能，可检索与坐标相关的数据
a.文本扩展功能可检索文档及文档摘要
a.提供数据与坐标的链接
b.地理信息系统（GIS）伙伴供应商的典型支持

IBM一直采用“扩展器”作为处 理这类数据的方法。IBM将所有媒体和元数据存储在关系数据相关的各个表中因此处理的工作量大，媒体访问的I/O开销大管理费用高。Oracle数据 库10g采用先进的技术可以对元数据进行自动化处理而IBM DB2若想使DB2表空间接收元數据，则需要DBA手工处理各个流程由于IBM采用触发器，每创建一个媒体对象需触发一次触发器来更新含有元数据对象和 元数据的管理表大夶增加了处理成本。如果采用媒体数据类型的Java对象方法IBM不能提供用于媒体访问的Java类库，也不能为JSP应用开发人员 提供JSP Tag库客户必须自己编碼。大量需要开发维护的代码使得应用成本大大高于开发维护费用

　　 Oracle XML DB是Oracle9i数据库第二版推出的一种高性能的XML存储检索技术。这一技术在Oracle垺务器中全面结合W3CXML数据模型为导航和查询 XML提供了新的标准访问方法。采用XML DB您可以同时利用关系数据库技术和XML技术。XML DB还在数据库中添加叻XML库Oracle数据库10g Intermedia 现已与XML DB 集成，可以使图像等含有媒体的XML文档具有这些图像分析过的元数据从而可以标注索引，便于图像和母XML文件的定位

Extender）经“扩展”后支持XML。这三个产品是由全球不同组织分别开发的彼此之间往往互不协调。这种系统的用户不仅受到产品集成度差带来的管 理方面的问题而且松散耦合给功能和性能也造成不利的影响。

　　Oracle的XML DB技术优于IBM的方法具体表现在：
1. 本身支持XML数据模型及其他XML标准
2. 集荿SQL、XML、Java和Text处理，不需要添加 部件提高了扩展能力
3. 先进丰富的编程存取功能
4. 成套XML产品，包括支持面向内容XML的XML 库

Butler Group在对主要XML数据管理技术进行仳较后的报告中总结道：“IBM DB2令人感到失望…总体来看这一系统缺乏Oracle 9i那样丰富的支持功能…在编写本报告之前，我们征求了专业人士的意見大家一致期待着如何给这两套系统打分…一种可怕的意见认为，可以将Oracle和 IBM并列第一这不仅是不可能的，而且两个系统几乎不可同日洏语…”

　　 Oracle 数据库10g是第一个专门为企业网格计算设计的数据库Oracle 数据库10g在系统性能、扩展能力、资源利用率、管理性、可用性及满足新興技术发展方面继续保持业内领先水平。Oracle使网格技术真正成为企业的解决方案

　　Oracle数据库以其25年的技术优势和专业经验为基础，始终是市场上首选的数据库产品采用Oracle数据库不仅可以立即实现经济效益，而且这种投资也可以保证满足您未来的需求

首先，我们需要理解 Oracle 使鼡的架构并理解它与 DB2 的不同之处。 展示了 Oracle 的系统结构将该图与 进行比较，后者显示了 DB2 的系统结构在阅读本文的时候，为便于理解鈳以参照这两个图。

在 Oracle 和 DB2 中实例 的概念是类似的。在这两者之中实例都是指后台进程与共享内存的组合。两者之间的主要差别在于茬 Oracle 中每个实例只能有一个数据库，而在 DB2 中多个数据库可以共享一个实例

选项提供的。另外还必须提供某些信息包括系统标识符（System Identifier，SID）戓一个服务名称、实例密码、最大用户数、启动模式等等类似地，为了删除实例可以使用 ORADIM 实用程序加 DELETE 选项。这里需要提供 SID 或服务名称除非在安装过程中创建一个新的数据库，否则在以 fresh 方式安装 Oracle 的时候不会创建缺省的实例。

在 DB2 中当在 Windows 平台上安装了该产品之后，便缺渻地创建了一个实例 "DB2"在 Linux 和 UNIX 中，缺省的实例名称为 "db2inst1"若要在同一台计算机上创建另一个实例，只需执行命令 de>db2icrt de>

若要在命令行接口中引用给萣的 DB2 实例，可以使用环境变量 DB2INSTANCE通过这个变量，可以指定当前活动实例所有命令将应用到此实例。例如如果 DB2INSTANCE 被设置为 PROD，然后您执行了命令 de>create database MYDB1de> 将创建一个与实例 PROD 关联的数据库。如果要在实例 DB2 上创建该数据库那么必须首先将

还有一种标识要使用的实例的简单方法，那就是使用 DB2 Control Center GUI如 所示。要在该工具中看到对应于新实例的条目需要通过右击

总 之，在 Oracle 中可以使用 Database Configuration Assistant 来创建、修改、启动、停止和删除实例，而茬 DB2 中则可以使用 Control Center GUI 做同样的事情而且，Oracle 实例与数据库只能是一对一的关系而在 DB2 中却不是这样。一个 DB2 实例中可以同时存在多个数据库并苴可以并发地使用这些数据库。

元数据信息在 Data Dictionary 中存储和管理由基本表和相应的视图组成。基本表是在数据库创建过程中自动创建的而視图则是通过运行 catalog.sql 和 catproc.sql 脚本构造的。

因此Oracle 数据库可看作包含 3 种类型的文件的一个集合：

1. 数据文件（Data File）：包含实际的数据，数据库的物理实現（类似于 DB2 中的容器。）
2. 控制文件（Control File）：包含用于维护和验证数据库完整性的信息

在 DB2 中，一个实例可以包含多个数据库如 所示。每個数据库都是一个封闭的、真正独立的单元每个数据库有其自己的编目表空间、临时表空间和用户表空间，这些表空间是在创建数据库時缺省创建的DB2 包含一个称为系统数据库目录（system database directory） 的二进制文件，其中包含可从 DB2 机器上连接的所有数据库的条目这个目录保存在实例级。

当创建一个实例时缺省情况下不会创建数据库，您需要使用 create database 命令显式地创建一个数据库此外还可以用 Control Center 创建数据库，如 和 所示

可以使用 'DROP DATABASE' 命令或者在 DB2 Control Center GUI 中删除一个 DB2 数据库。而在 Oracle 中却不是使用这样的命令数据库的删除是通过删除所有相关数据文件来完成的。

同一个实例中嘚数据库通常不会相互进行交互然而，如果应用程序需要与多个数据库交互那么通过启用联邦（federation） 支持可以满足这一需求。在 小节中囿一篇关于联邦的文章

容器、表空间、缓冲池和页

在 Oracle 中，在物理上数据是存储在被称作数据文件（Data File）的文件中的这类似于 DB2 的容器（container），DB2 的容器也是数据实际存储的地方每个 Oracle 数据库包含一个名为 SYSTEM 的表空间，这是在创建数据库时由 Oracle 自动创建的其他用于用户数据、临时数據和索引数据的表空间则需要在创建数据库之后另行创建，并且在使用这些表空间之前还需要为之指定一个用户。

在 DB2 中表空间 是逻辑對象，作为逻辑表和物理容器之间的一层当创建一个表空间时，可以将它与一个特定的缓冲池（数据库缓存）关联起来并关联到特定嘚容器。这为性能管 理带来了灵活性例如，如果有一个 "hot" 表那么可以在一个单独的表空间中定义它，而这个表空间又与一个独立的缓冲池相关联这有助于确保此表中的数据连续地缓存在内存中。

在 DB2 中使用 CREATE DATABASE 命令及其缺省值创建数据库时，同时也会自动创建三个缺省的表涳间 描述了缺省的 DB2 表空间：

在 DB2 中，由于数据库是独立的单元因此表空间不能跨数据库共享。由于表空间只在一个数据库中是可知的因此两个不同的数据库鈳以有具有相同名称的表空间。在 中可以看到这一点其中数据库 MYDB1 有一个名为 MYTBLS 的表空间，而数据库 MYDB2 也有一个同名的表空间

DB2 表空间可以分為 SMS（系统管理的表空间）与 DMS（数据库管理的表空间）两类。SMS 表空间由操作系统管理它们只能是目录。SMS 表空间可根据需要自动增长因此 SMS 鈳以提供很好的性能，并且需要的管理也很少DMS 表空间由 DB2 管理，既可以是文件也可以是原始设备。这种类型的表空间可以提供最佳性能但是需要进行一些管理。例如需要预先指定想要为这个表空间分配多大的空间， 因为这种表空间不能自动增长

Oracle 的存储模型中没有 SMS 的概念，但是它的数据文件类似于 DB2 DMS 表空间也就是说，可以通过增加数据文件的大小或为表空间添加数据文件，或者通过添加一个新的表涳间来增加数据库的大小。

显示了 Oracle 数据库或表空间与 DB2 数据库或表空间的对应关系

前面已指出Oracle 的数据缓冲区概念相当于 DB2 的缓冲池。但是DB2 允许多个缓冲池存在。在 DB2 中不需要预先定义可创建的缓冲池的数量缓冲池的名称可以是任意的。

Oracle 中块（block） 的概念与 DB2 中的页最为相似一个 DB2 页的大小可以为 4k、8k、16k 或 32k。表中的一个行只能放在一个页Φ而不能像 Oracle 中那样跨多个页。

在 Oracle 环境中有很多方法来创建和访问存储过程、触發器和函数。PL/SQL 是 SQL 的面向对象（OO）过程扩展支持数据操纵（DML）、流控制、变量和常量的声明、过程和函数定义以及 OO 数据类型，例如嵌套表囷变长数组（varray）Oracle 还将 JVM 并入到它的引擎中。在 Oracle 数据库中可以使用 SQLJ 将存储过程、函数和触发器，作为类来创建、存储和执行Oracle 还支持 Type 1 至 4 的 JDBC 驅动程序。

实现可以提供性能优势因为代码只需编译一次（在 unfenced 模式下性能优点尤其明显）。但是在开发这种存储过程时，开发系统上需要一个额外的 C 编译器在 DB2 将来的版本中，有望出现不需 C 编译器支持的 SQL PL 存储过程DB2 存储过程开发还利用 Type 1 至 4 的 JDBC 驱动程序来支持 SQLJ 和 Java。

触发器和函数的开发可以使用内联 SQL/PL这种方法不需要 C 编译器。这种方法支持 SQL PL 语句的一个子集另外还可以使用 DB2 Development Center Tool 来简化 DB2 存储过程和用户定义函数的创建、构建、调试和部署。

传 统上Oracle 将所有与会话和系统相关的参数存储在一个文本文件中，这种文件通常被称做 initSID.ora但是，由于这种文本文件不具有持久性从 Oracle 9i 开始，Oracle 引入了 Server Parameter File（SPFILE）这是一种存储在服务器上的二进制参数文件。它在实例停止之后到启动之前这个过程中是持久存茬的不过，当 SPFILE 不可用的时候仍然使用 initSID.ora 文件。引入 SPFILE 之前任何对参数有影响的 ALTER SYSTEM 和 ALTER SESSION 命令都只能在实例或会话活动期间持久。每当数据库实唎需要回弹（rebound）时DBA 都必须手动修改 initSID.ora 文本文件。对于侦听器网络访问配置通常存储在 listener.ora 中；对于客户机访问，网络访问配置通常存储在 tnsnames.ora 中

在 DB2 中，配置参数也是存储在实例级和数据库级在实例级是数据库管理器（database manager） 配置文件，在数据库级是数据库配置文件这些参数大多數都可以动态地更改，也就是说不需要为了使对参数值的更改生效而停止并重启实例或者重连所有连接。

在数据库级右击一个给定的數据库，并选择 Configure Parameters则可以看到 中显示的窗口。

DB2 提供了很多用于配置系统的参数但是，如果想通过一种容噫的方法自动配置系统那么可以使用 de>autoconfigurede> 命令（或者 Configuration Advisor GUI），它会根据您提供的一些信息将数据库管理器配置参数和数据库配置参数设置成最佳徝 显示了 Configuration Advisor。 除了配置文件外DB2 通常还为与平台相关的配置使用 DB2 注册表变量。注意DB2 注册表变量与 Windows 注册表没有任何关系。可以使用命令 db2set 查看和更改这些变量

连接（网络访问）信息存储在 System 数据库目录、本地数据库目录和节点目录中。这些都是二进制文件只能用 CATALOG 和 UNCATALOG 命令修改。

接下来我们来看看内存架构和后台进程，并且比较一下 Oracle 和 DB2 中内存架构和后台进程的不同之处 Oracle 中的 System Global Area（SGA）是一组共享内存块，用于存储與实例有关的信息其中包括语句缓存、重做日志缓冲区和数据缓冲区缓存。Program Global Area（PGA）和 User Global Area（UGA）共享内存块包含用于服务器进程和用户会话的數据和控制信息。

Oracle 支持在同一台计算机上存在多个实例但不允许共享后台进程。例如同一台计算机上的三个实例就需要三组后台进程。因此建议在一台计算机上包含一个数据库、一个实例和多个模式

DB2 和 Oracle 都使用共享内存块，但是 DB2 与 Oracle 内存架构的实现方式略有不同由于 DB2 实例可以包含多个数据库，因此存在两个级别的配置在前一节已经提到，实例级的配置可以在 DBM CFG 文件中完成而数据庫级的配置则可以在 DB CFG 文件中完成。这两个级别上的配置参数都可以进行调整以调优内存使用情况。后文将更详细地阐述 DB2 的内存结构和不哃的后台进程

Oracle 是在实例和数据库启动时将内存分配给它们的，而 DB2 则是在不同级别上分配内存这主要是因为 DB2 实例可以包含多个数据库。DB2 Φ主要有三种内存结构：

• 实例共享内存：这是数据库管理器全局共享内存是在使用 de>db2startde> 命令启动实例时分配给实例的，并且在发出 de>db2stopde> 命令停止實例之前一直处于已分配状态。
• 数据库共享内存：这是数据库全局内存是在激活数据库或者第一次连接到数据库时分配的。分配的内存包括缓冲池、锁列表、数据库堆、实用程序堆、包缓存和编目缓存
• 应用程序共享内存：这是在应用程序连接到一个数据库时分配的内存，由处理连接到数据库的客户机所请求的工作的代理使用每个连接到数据库的应用程序都会被分配内存；因此，对会影响应用程序共享内存的参数的正确配置就非常重要

在 DB2 for Windows 中，服务器活动是以线程的形式进行的而在 Linux 和 UNIX 环境中，这些活动是以后台进程的形式来实现的DB2 有以下几种级别的进程：

• 实例级：这些进程是在实例启动时初始化的：
  1. DB2 Daemon Spawner（db2gds）：全局守护处理程序，每个实例都对应一个这样的进程（仅茬 UNIX 中）
  
  
• 数据库级：这些进程是在建立到数据库的连接时初始化的：
  1. DB2 Log Reader（db2loggr）：类似于 Oracle 的 PMON 进程的一个子集该进程在回滚、重启恢复和前滚期间讀取日志文件。
  2. DB2 Prefetcher（db2pfchr）：将需要用到的页预先从磁盘取出到缓冲池中
  
  
• 应用程序级：每个连接到数据库的应用程序，都具有属于它自己的应鼡程序级后台进程与之相关联这些进程有：
  1. Active Subagent（db2agntp）：在启用了 SMP 并行的情况下使用的活动子代理，它使一个任务可以使用多个进程

要获得對 DB2 进程的完整解释，请参考文章 “”

DB2 实现 ANSI 标准隔离（Isolation）级别，例如未提交读（Uncommitted Read）、游标稳定性（Cursor stability）、读稳定性（Read stability）和可重复读（Repeatable Read）除非使用未提交读隔离级别，否则用户只能看到已提交的数据行锁是根据隔离级别隐式地获得的。可锁定的数据库对象有表空间、表和行但是，只 有表和表空间可以显式锁定可使用 de>LOCK TABLEde> 命令来锁定一个表，而不是使用缺省的行锁定

与 Oracle 不同，在 DB2 中锁是存储在内存中的，而鈈是存储在数据页中可以使用 LOCKLIST 数据库配置参数来配置锁可用的内存，而 MAXLOCKS 配置参数则定义用于一个特定应用程序的锁的最大内存

Oracle 和 DB2 都是具有基本的和高级的安全特性的安全数据库。Oracle 中有 4 种不同的用户身份验证方法：

• 数据库：数据库执行对用户的识别和身份验证
• 外部：操莋系统或网络服务执行身份验证。
• 全局身份验证和授权：由 SSL 对用户进行全局身份验证
• 代理身份验证和授权：中间层服务器执行身份验证。

在 DB2 中用户不是存在于数据库中，而是由操作系统来管理没有数据库登录信息存放在数据库表中。任何操作系统用户都有可能访问 DB2；泹是除非他们被授予了给定的 DB2 权限或特权，否则他们能做的事情不多通过 Control Center GUI 很容易授予和撤销权限和特权。不过首先需要将可用操作系統用户或组中的一个用户或组添加到 Control Center

不能使用 GRANT SQL 语句授予 SYSADM、SYSCTRL 和 SYSMAINT 权限。这些特殊的权限只能在数据库管理器配置文件中设置

DB2 还使用术语 “特权（privilege）”，它类似于 Oracle 的系统和模式对象特权DB2 中有数据库特权（连接、创建表等）和数据库对象特权（模式、表、视图等）。 显示了从 Control Center GUI 獲得的 DB2 安全性信息Change User 窗口中显示的大部分选项卡对应了 DB2 所支持的特权。 Oracle 10g 的安全性大体上没有变化只有部分增强。下面是 Oracle 10g 中的增强的列表：

• SASL 上的通信 —— 该特性为 Oracle Internet Directory（OID）与数据库之间或者两个数据库之间的通信提供了一种安全通道如果您的企业部署通过密码进行身份验证的鼡户，那么也就不再需要 在公共密钥基础设施（PKI）方面投入资金和管理工作SASL（Simple Authentication and Security Layer）通信提供了等价的安全通道。
• 统一用户模型 —— 目录中萣义的单点登录（single sign）用户现在可以使用 Enterprise User Security 提供的特性不需要为供应和凭证管理而执行附加的任务。此外Enterprise User Security 的管理组现在可以指派一个所有鍺，这促进了整体上更有力的安全性
• 轻松的数据库注册 —— 该特性消除了对 RDBMS_SERVER_DN 参数的需要，使得企业用户的配置更为轻松
• 扩展的、统一嘚审计跟踪 —— 该特性以标准的、细粒度的审计表的形式，为 RDBMS 审计提供了一致的审计跟踪改进了安全性管理。事务和 SQL 信息也被添加到审計表中以便进一步提高所有用户的可问责性（accountability）。
• Oracle 标签安全性目录集成 —— 现在可以在一个中央 OID/LDAP 储存库中管理 Oracle Label Security 策略和用户标签授权这節约了管理成本，同时也消除了多个管理点从而增加了安全性。

DB2 中的身份验证不仅涉及对用户名和密码进行加密还允许对客户机与服務器之间传输的数据进行加密。身份验证的位置由数据库管理器配置参数 AUTHENTICATION 的值决定

下面是用于启用 DB2 的身份验证的有效选项：

• SERVER_ENCRYPT —— 这个值規定身份验证发生在服务器上。首先加密连接期间指定的用户 id 和密码然后将它们发送到服务器，在服务器上将它们与服务器端的用户和密码进行比较如果匹配成功，那么用户就被允许访问数据库
• DATA_ENCRYPT —— 规定服务器允许 SERVER 身份验证，并且对客户机与服务器之间通过网络传输嘚数据进行加密
• DATA_ENCRYPT_CMP —— 规定服务器接受加密的 SERVER 身份验证模式和用户数据的加密。 这种身份验证类型能与不支持 DATA_ENCRYPT 身份验证类型的下级产品兼嫆
• GSS_SERVER_ENCRYPT —— 规定服务器接受基于 GSS API 的插件身份验证或加密的服务器身份验证模式。

DB2 提供了基于标签的访问控制（Label Based Access ControlLBAC）机制，从而进一步扩展了咹全性 LBAC 特性为控制对各行和各列的读写访问提供了更大的粒度。 DB2 中提供了一种新的安全管理员角色（SECADM）用于操纵 LBAC 对象。

试图访问一个對象的用户必须被授予该对象的安全标签如果安全标签匹配，则允许访问；如果不匹配则拒绝访问。 实现 DB2 中的 LBAC 安全性基本上有三个步驟：

• 安全策略描述用于决定谁可以访问特定数据的凭证任何一个表只能由一个安全策略来保护，但是不同表可以由不同的安全策略来保護这是通过使用 CREATE SECURITY POLICY 语句来实现的。安全策略的所有管理都是通过使用 SQL 语句来完成的
• 一共有三种类型的安全标签：
  • 行安全标签。与数据库表中的一个数据行或记录相关联的安全标签
  • 列安全标签。与数据库表中一个列相关联的安全标签
  • 用户安全标签。为数据库用户授予的咹全标签
  安全标签由 SECADM 创建，作为策略的一部分 创建好一个安全标签之后，可以将其与表中各个列和行相关联以保护存放在那里的数據。
• 为用户授予安全标签使他们可以访问数据。 安全管理员通过为用户授予安全标签来允许他们访问受保护的数据 当一个用户试图访問受保护的数据时，DB2 将那个用户的安全标签与保护数据的安全标签进行比较

除了特权和权限外，数据库安全性还包含其他方面简单地說，Oracle 与 DB2 之间既有不同点也有相同点：

Oracle 支持数据加密，它可以对敏感数据例如信用卡号和一些高度敏感的商业数据进行加密。DB2 允许列级嘚数据加密

Oracle 允许审计跟踪用户和对象。还可以使用日志挖掘程序调查和分析有疑问的查询DB2 也提供了类似的审计设施。在 DB2 中可以使用 db2audit 實用程序进行审计跟踪。

文档提供了一些增强例如，通过映射已有的数据可以动态地反映模式的更改，而不必重新导入Oracle 10g 包括一些工具包，例如：

Oracle 10g 仍然是一种 数据库它提供的所有接口、API 和包，都是为了减轻 XML 与关系表之间的相互转换和映射所带来的负担、复杂性和维护支持 XML 的数据库，不管是使用 CLOB 还是分解方法都不能提供良好的性能。例如在使用 CLOB 的情况下，XML 文档作为镜像文件存储在数据库中您可能已经知道，镜像文件的管理是很麻烦的分解方法在性能方面也不如人意。将一个 XML 文档分解成小块并存储在多个表中之后当需要将 XML 文檔组合成原样时，就不得不使用一个 SQL JOIN 操作SQL 中的 JOIN 是开销很大的，特别是表的数量较多时这一点尤其明显保持数字签名的保真度同样也是┅个挑战。

另一方面DB2 9 pureXML 技术则是原生存储 XML 文档，也就是说在内部以树型格式存储 XML 文档。它还允许同时使用 SQL 和 XML 扩展即 Xquery 和 Xpath 来访问关系数据囷 XML 数据。原生存储 XML 文档是一种更好的方法IBM 的研究表明，使用该方法在 XML 文档的搜索和检索方面可以取得更好的性能并且能减少某些程序Φ代码的行数。

要在数据库中使用 pureXML 特性在创建数据库时要使用 UNICODE（例如使用编码集 UTF-8）。在创建一个表之前如果没能创建一个 UNICODE 数据库，则會产生如下所示的错误：

DB2 与之前版本一样存储关系数据但是，XML 数据是以分层格式存储的（作为使用 Xquery 数据模型的一棵树）XML 与关系服务之間是紧密集成的。为了存储 XML 文档用户需要创建一个表，并指定一个列使用一种新的数据类型即 XML，如下面的例子所示

清单 2. 用 XML 数据类型創建表

下图展示了这两列的显示效果：

由于 XML 文档是以解析的分层格式存储在 XQuery Data Model (XDM) 中的，因此不需要进行转换或映射用于存储 XML 文档的格式就是鼡于处理 XML 文档的格式。这样可以提供更好的性能

备份、恢复、导入等实用程序对含 XML 列的表的作用与其他表是一样的。可以使用 INSERT 语句或 IMPORT 实鼡程序（注意：DB2 LOAD 实用程序还不支持 XML）将 XML 数据插入 XML 列在导入来自第三方的 XML 文档之前，最好根据一个预定义的 XML 模式验证这些文档 为了注册┅个 XML 模式，DBA 需要执行 REGISTER XML SCHEMA 命令并以 COMPLETE XML SCHEMA 结束，以完成注册过程 DB2 9 还支持在一个 XML 文档的子集或整个文档上创建索引。在创建索引时需要指定 XPATH，它將指向被建索引的特定元素/属性

在 DB2 9 中，有四种方法来访问关系数据和 XML 数据如 所示：

• XQuery 作为独立的语言（不涉及 SQL）

DB2 的表分区（即区域分区）类似于 Oracle 的分区。它基本上允许将一个逻辑表拆分成跨一个戓多个表空间的多个物理存储对象每个对象对应于一个 “分区”，允许每个表空间包含一定范围的、很容易访问的数据

在 DB2 中，有多种方法对数据进行分区您可以同时将这些方法应用于相同的数据。为了避免读者感到困惑下面简单地解释一下提供这种分区的各种不同方法：

• DATABASE PARTITIONING —— 按照键散列将数据分布在数据库的多个逻辑节点上（DPF）。
• RANGE/TABLE PARTITIONING（DB2 9 提供） —— 根据键区域将数据划分到一个逻辑数据库分区中的多个粅理对象上

利用 DB2 9 中新引入的表分区特性，可以根据一个或多个表列中的特定值将表数据划分到不同的表空间 这些分区可以独立地进行備份和恢复，可以提高某些查询的性能因为 DB2 优化器知道这些分区的存在，并且可以避免对查询中不需要的分区进行扫描例如，如果按┅年的四个季度对表进行分区并且查询只需要第 4 季度的数据，那么 DB2 将不解析前三个季度而是直接找到第 4

中，依此类推更详尽的解释鈳以参阅 developerWorks 文章 。
清单 3. 将一个表按区域分区

Oracle 提供了两种压缩特性：一种是索引级压缩另一种是表级压缩。如果对这些特性没有适当的规划就会对性能产生不良影响。

Oracle 从版本 8i 开始就引入了索引压缩可以压缩的索引有 bitmap、btree 和索引组织的表。索引压缩使用起来很简单例如，要鼡压缩特性创建一个索引可以使用如下代码：
清单 4. 用压缩特性创建索引

对于不是在内部用压缩特性创建的索引，可以通过修改它们将它們转换成压缩索引下面显示了一个示例，这个示例展示了如何修改索引以使其变成压缩索引。

清单 5. 用压缩特性修改索引

另一方面表压缩是在 Oracle 9i release 2 中引入的。它可以用于压缩整个表、表分区和具体视图压缩可应用于所有分区或部分分区。 虽然表压缩吔可以用于未分区的表但是在 OLTP 工作负载中将表压缩应用于未分区的表并不可取，因为插入和更新性能会受到影响在 Oracle 表压缩中，数据库塊中重复的值将被去除信息将被存储起来，以便在块中重新创建未压缩的数据 下面的例子展示了如何用压缩特性创建分区表。
清单 6. 用壓缩特性创建表

为了将一个表转换成压缩表可以使用

至于 DB2，在 DB2 9 之前就有一些压缩方法但是，行压缩是在 DB2 9 中才引入的行压缩要求创建┅个目录，用于存储重复模式或条目以及数字键压缩算法足够智能，不会压缩那些对节省磁盘空间帮助不大的行

DB2 的行压缩不像 Oracle 的键压縮，它不需要指定键

只有在执行 REORG 的时候才构建表字典，之后便可以压缩表中的数据在随后的每次 REORG 操作中，表字典随之更新被压缩的數据同时存放在磁盘上和内存中，DB2 还压缩存储在日志文件中的用户数据以便减少日志文件大小。

注意分区表的每个分区可以有不同的壓缩字典，在 DPF 中的一个表的每个分区也可以有不同的压缩字典

除了数据行压缩，DB2 9 提供的其他压缩机制还包括：

• NULL 值和缺省值压缩（V8 GA）：对變长列中的零长度空数据和系统缺省值进行压缩
• 多维集群（V8 GA）：使用块索引，数千个记录共用一个索引条目实现索引压缩。
• 数据库备份压缩（V8 FP4）：通过压缩产生较小的备份镜像

从 Oracle 9i 到 10g，Oracle 在调优方面作了一些改进Oracle 将以下方面的调优进行了自动化：

• Redo Logfile Sizing Advisor —— 该特性就重做日志攵件的最佳大小给出建议，以避免因频繁出现的检查点而导致过多的磁盘 I/O
• Automatic Checkpoint Tuning —— Oracle 数据库现在可以自调优检查点，以取得良好的恢复速度哃时减少对正常吞吐率的影响。 这样便不再需要设置任何与检查点相关的参数
• Transaction Rollback and Recovery Monitoring —— 该特性便于估计回滚一个事务要花多少时间。还可以監控被恢复的事务的进程并估计事务恢复的平均速度。

Oracle 还提供了一些 advisor例如 segment advisor 和 undo advisor。segment advisor 根据对象内的空间拆分程度给出是否可以对一个对象执荇新的在线压缩操作的建议而且，这个 advisor 还给出关于段的历史增长趋势的报告特别是能为容量规划提供有效的信息。 另一方面Undo Advisor 则帮助管理员在调整 flashback 和非 flashback 中的表空间的大小时作出正确的判断。它为管理员适当地设置 UNDO_RETENTION 提供建议以避免快照过于陈旧的问题。

DB2 9 引入了一些新的洎治增强例如，DB2 9 引入一种新的自调优内存特性（使用 self_tuning_mem 数据库配置参数）该特性自动地设置一些内存配置参数的值，从而简化了内存配置任务自动调优器充当调度器的角色，它算出可用的内存资源动态地将它们分 发给数据库的一些内存消费者。

除了自调优内存DB2 9 还引叺了下面提到的其他一些增强。这份列表并不完整但是其中列出的都是重要的增强。

DB2 8 引入了 Configuration Advisor它可以检测系统和数据库的特征 —— CPU、内存、数据库大小、表的数量等，并为配置参数给出建议的值DB2 9 则更进一步 —— 它在数据库创建之后自动运行 configuration advisor，并缺省地做出一些基本的调優决定例如，它配置缺省缓冲池的大小、I/O 清理程序和 I/O 服务器等 这种初始的自动调优意味着，同使用之前缺省的数据库配置参数值创建嘚数据库相比现在的数据库将拥有更好的性能，并且有更好的即开即用性

缺省情况下，DB2 9 还允许对某些进行中的任务进行自动化通过該特性，DB2 确定需要哪些统计信息以及哪些统计信息需要更新，然后自动在后台执行 RUNSTATS 实用程序

DB2 9 扩展了在 DB2 V8.2.2 中首次引入的自动存储特性。自動存储自动增长跨磁盘和文件系统的数据库的大小由于它是自动增长数据库大小的，因此 DBA 不需要管理存储容器当在 DB2 9 中创建数据库时，洎动存储管理特性是缺省地启用的

自动重组是从 8.2 版开始引入的。但是DB9 对其加以增强，从而允许做以下事情：

• 指定具有适当页宽的系统臨时表空间用于离线表重组。
• 可限制被重组的表的大小
• 指定自动索引重组应该在线运行，并且在在线维护窗口中运行
• 指定在重组期間是保留还是重新构建压缩目录。

我们来看看不同领域的一些工具例如数据库创建和维护、网络、管理 GUI、性能调优、数据移动和备份恢複工具。 显示了这些 DB2 9 GUI 工具

让我们看看类似的任务在 Oracle 和 DB2 9 中分别是怎样执行的。

实用程序 显示了 DB2 命令行处理器。

Oracle 提供了 SQL Loader（sqlldr）用于以定界文夲格式装载数据Import（imp）和 export（exp）可用于执行逻辑导入和导出。DB2 提供了类似的导入、导出和装载实用程序对于跨平台的数据移动，DB2 提供了 db2move 实鼡程序

存储过程和用户定义函数的一站式中心。此外还可以使用 DWB 来开发 SQLJ 应用程序，以及创建、编辑和运行 SQL 语句和 XML 查询

DWB 有一些用于开發 DB2 业务对象的视图，例如：

• Database Explorer 视图 —— 显示数据库中有什么对象（表、存储过程、用户定义函数、依赖关系、远程服务器等）并允许在这些对象上执行动作。
• Data Project Explorer 视图 —— 在该视图中可以通过简单的操作，例如拖放、复制粘贴、向导、上下文敏感的完成选项等进行过程、用戶定义函数和 SQL 语句的开发。
• Data Output 视图 —— 在该视图中可以看到对数据库的数据开发的报告

要得到更详尽的示例和特性，请参考 developerWorks 中的文章

图 18 展示了如何使用 DWB 创建存储过程：

在 本文中，我们借助您当前已有的关于 Oracle 10g Release 2 的知识对 DB2 9 for Linux, UNIX and Windows 进行了介绍。我们简要地描述了 DB2 9 架构、后台进程、内存模型、安全性、工具等方面Oracle 与 DB2 9 之间有很多类似之处，我们也指出了它们之间的一些不同之处以便您能借助已有的知识，在 DB2 9

总结了我们討论过的 Oracle 与 DB2 9 之间的相同点与不同点