并行处理技术是数据库的一项核心技术，他使组织能够高效地管理和访问TB级的数据。假如不能提供高效的并行处理技术，这些大型数据库（通常用于数据仓库但也越来越多地出现在业务系统中）将不会存在。
简而言之，并行处理就是利用多个CPU和I/O资源来执行单个数据库操作。尽管现在每个主要的数据库供给商都声称能够提供并行处理能力，但每个供给商所提供的体系结构其实存在关键的差异。
本文讨论Oracle9 i 并行处理的体系结构，并说明于在实际应用中其相对于其他体系结构的优越性。需要着重指出的是，Oracle9i并行处理体系结构的主要长处在于他能在任何情况下完全利用底层硬件基础架构——每个处理器单元、每个内存字节连同任何可用的I/O带宽。本文还讲述Oracle 并行处理组件和其他关键业务组件（例如：Oracle RealApplication Cluster）的无缝集成。
概述：
现在的数据库，无论是用于数据仓库、操作数据存储(ODS)或OLTP 系统，都包含丰富的信息。然而，由于其中涉及海量数据，及时查找和展示信息是个巨大的挑战。并行处理技术能够解决这一挑战。使用并行处理技术，数分种内（而非数小时或数天）就能够处理数TB级的数据。并行处理技术通过利用任何可用的硬件资源取得这样的高性能：多个CPU、多个I/O通道、多个存储阵列和磁盘驱动器，连同大量的内存。数据库软件越能有效地利用任何这些资源，处理查询和其他数据库操作就越有效。
此外，现在的数据库应用的复杂性大大都增强了，不但需要支持大量并发用户，而且需要管理不同类型的用户。因此，一个并行查询体系结构不但应该确保底层硬件平台的任何资源都得到充分利用，而且应该更进一步，将这些资源适当地分配给多个并发请求。很显然，支持CEO的战略决策的请求比执行批处理报表更加重要，并行查询体系结构应该能够处理这些商务需要：不但基于请求自身，而且应该基于发出请求的人连同当前可用的系统资源的数量来做出动态的分配。
Oracle9i 的并行处理体系结构能够全面满足这些需要，Oracle9i的体系结构不但提供业界领先的高性能，而且是唯一能够自适应和动态调整的。
Oracle9i 的并行处理体系结构充分利用每种硬件投资――SMP、群集或MPP的优势——在任何时间确保最好的吞吐量和连续的、优化的系统使用量。
Oracle9i 数据库根据可用资源、请求优先级和实际系统负载控制来平衡任何并行操作。
并行化设计策略——静态和动态
并行处理的思想就是将单个任务分解为多个更小的单元。不是通过一个进程完成任何工作，而是将任务并行化而使多个进程同时在更小的单元上运行。这能够极大地提高性能和最好地利用系统。然而，并行处理的最关键部分是如何作出将单个任务分成更小的工作单元的正确决策。
典型地，有两种方法用于实现数据库系统的并行处理。主要区别在于是否需要进行物理数据布局，将静态的数据分区作为并行处理的前提。
通过物理数据分区的静态并行——不共享
在纯不共享数据库体系结构中必须将数据库文档在多电脑系统的节点上进行分区才能进行并行处理。每个节点拥有一个数据子集，拥有节点使用单一进程或线程，以独占方式执行对此数据子集的任何访问。数据访问不能在分区内并行。（有时，也用术语“虚拟处理器”来代替节点。“虚拟处理器”是在SMP电脑上模拟不共享节点的一种机制。为了简单，在讨论不共享体系结构时，我们将统一使用“节点”作为术语）。换句话说，纯不共享系统使用分区或受限访问方法在多个处理节点间划分工作。节点对数据任何权的改变相对少见——为了适应业务需求的改变而进行的数据库重组、添加或删除节点连同节点故障是任何权更改的典型原因。这种数据任何权的改变对纯不共享系统而言总是意味着要进行人工管理。
