Oracle 9i数据库的并行处理机制详解

核心提示： (4)、最后，由于使用严格的受限制的访问模式，Oracle 9i数据库的并行处理机制详解(4)，不共享系统无法完全利用群集系统为保证系统高可靠性所提供的潜在的容错能力， 毫无疑问，就可以知道所有后续的并行子任务，原始进程变为查询协调器；并行处理服务器（PX 服务器）从一个或多个节点上的并行

(4)、最后，由于使用严格的受限制的访问模式，不共享系统无法完全利用群集系统为保证系统高可靠性所提供的潜在的容错能力。

毫无疑问，基于使用静态数据分布的不共享体系结构，大量的并行处理可以在实验室条件下并行化和扩展。然而，在每个现实环境中，必须正确地解决上面谈到的问题才能满足今天高端关键任务要求。

执行时的动态并行——共享一切

使用Oracle 的动态并行处理框架，可以共享所有数据。并行化和将工作分成更小的单元的决策，并不受限于数据库设置（创建）时所做的任何预先确定的静态数据分布。

由于能够为每个语句构造不受限制的、优化的数据子集，执行时动态并行可以提供与不共享体系结构等同的或甚至更好的可伸缩性。

每个查询在访问、连接和处理数据的不同部分时都有它自己的特征。因此，每个SQL语句在被解析时都要进行优化和并行化处理。数据更改时，如果有更加优化的并行执行计划可用，或者系统中新添加了一个节点，那么Oracle可以自动适应新的情况。这样可为并行化任何种类的操作提供最高程度的灵活性：

(1)、在语句执行前，对于每个查询要求，会动态地优化并行访问的物理数据子集。

(2)、对于每个查询，都会优化其并行度。与不共享环境不同，不存在必需的最小并行度来调用所有节点访问所有数据，这是访问所有数据的基础要求。

(3)、操作可以根据当前工作负载、特征和查询的重要性，使用一个、一些或全部Real Application Cluster 节点并行运行。

只要语句得到优化和并行化，就可以知道所有后续的并行子任务。原始进程变为查询协调器；并行处理服务器（PX 服务器）从一个或多个节点上的并行处理服务器的公用缓冲池得到分配，并开始并行执行该操作。