Oracle數據庫并行處理技術的執行時動態并行
以下的文章主要是對Oracle數據庫并行處理技術的執行時動態并行即共享一切的相關內容的描述，如果你對Oracle數據庫并行處理技術的執行中有疑問的話，你不妨瀏覽下面的文章，希望你能從中獲得自己想要的東西。
使用Oracle 的動態并行處理框架，可以共享所有數據。并行化和將工作分成更小的單元的決策，并不受限于數據庫設置(創建)時所做的任何預先確定的靜態數據分布。
由于能夠為每個語句構造不受限制的、優化的數據子集，執行時動態并行可以提供與不共享體系結構等同的或甚至更好的可伸縮性。
每個查詢在訪問、連接和處理數據的不同部分時都有它自己的特征。因此，每個SQL語句在被解析時都要進行優化和并行化處理。數據更改時，如果有更加優化的并行執行計劃可用，或者系統中新添加了一個節點，那么Oracle可以自動適應新的情況。這樣可為并行化任何種類的操作提供最高程度的靈活性：
(1)、在語句執行前，對于每個查詢要求，會動態地優化并行訪問的物理數據子集。
(2)、對于每個查詢，都會優化其并行度。與不共享環境不同，不存在必需的最小并行度來調用所有節點訪問所有數據，這是訪問所有數據的基礎要求。
(3)、操作可以根據當前工作負載、特征和查詢的重要性，使用一個、一些或全部Real Application Cluster 節點并行運行。
只要語句得到優化和并行化，就可以知道所有后續的并行子任務。原始進程變為查詢協調器;并行處理服務器(PX 服務器)從一個或多個節點上的并行處理服務器的公用緩沖池得到分配，并開始并行執行該操作。
與不共享體系結構相似，共享一切體系結構中的每個并行處理服務器在其個人數據子集上獨立工作。數據或功能在并行進程之間的傳送機制也與上述的不共享體系結構相似或者相同。確定請求的并行計劃之后，每個并行處理服務器都知道其數據集和任務，而進程間通信就像在不共享環境中一樣很少。
然而，與不共享體系結構不同，每個并行處理的SQL 語句不需要考慮任何物理數據庫布局限制就可以進行優化。這使得每個并行處理可以構造最佳的數據子集，從而提供與純不共享體系結構相比同等的，甚至在大多數情形下更好的可伸縮性和性能。只要有益，并行操作的后續步驟就會由一個并行處理服務器進行組合和處理，從而減少數據傳送或功能傳送的需求。
Oracle數據庫并行處理技術之為什么共享一切比不共享更好?
不共享體系結構可以追溯到將海量并行處理(MPP)系統看作唯一能提供可伸縮的高端并行計算的硬件體系結構。MPP系統中的每個節點都有它自己的系統組件(CPU、內存和磁盤)，在不同的子任務上工作，并且不能共享其任何資源。
這一切都已過去。現在，大多數成功的、廣泛使用的并行硬件系統都是對稱多處理器系統(SMP)， 要么是單機的，要么是作為松耦合的群集。SMP系統利用共享公用內存和磁盤資源的多處理器，因而也被稱為“共享一切”系統。
純不共享體系結構的支持者總是聲稱共享一切體系結構(特別是群集環境)對于高端環境會缺乏可伸縮性并引起顯著的開銷，因而這種體系結構不能用于具有高度并行和/或并發性的高端應用。這種說法是錯誤的。今天的硬件和軟件技術已經解決了過去所有的問題，如高速群集互連或Oracle Real Application Clusters 的高速緩存融合體系結構。
Oracle 的動態并行處理框架建立在與不共享軟件相同的并行高級計算基礎設計之上，具有所有的優點，還增強了其功能并克服了不共享方法在體系結構上的缺點?；诓还蚕碓淼能浖梢钥醋魇堑谝淮?、但已經過時的數據庫并行處理軟件。
Oracle數據庫并行處理技術的相關內容就向你介紹到這里，希望對你了解和學習Oracle數據庫并行處理技術有所幫助。
【編輯推薦】
