DB2資料庫設計：取得最佳效能的準則

在開發過程的早期作出的很多設計決定對DB2應用程式和資料庫的效能有著巨大的影響。本文為在z/OS環境中取得更好的效能提供了一些一般性的指南和建議。

一、簡介

本文的目的是為IBM業務夥伴提供關於DB2 Universal Database?(UDB)for z/OS(後面將簡稱為 DB2)環境中DB2資料庫效能的重要訊息。本文試圖從多處收集材料，並儘可能有效地將它們表述出來。本文無意包含很全面的範圍，也不會包含很深的細節。

我曾打算討論對DB2資料庫的效能影響最大的一些因素。但是，並不是所有可能的情形都可以預測到，也不是所有潛在的考慮都能顧及到，更不用說在期望的範圍內對它們進行描述了。我希望本文可以為不同環境下的DB2使用者提供一個通用的指南，以協助他們取得最佳的DB2資料庫效能。本文的目的是成為一個良好的起點，用以處理任何給定安裝環境下的資料庫效能問題。

本文的範圍是資料庫設計效能。DB2效能遠不止這一部分，它肯定要受到資料庫設計以外的很多因素的影響。例如，程式的編碼邏輯和其中使用的實際的SQL語句，可以列為應用程式設計一類。DB2系統效能可以包括諸如安裝選項、緩衝池大小設定、DB2相關地址空間的調度優先順序等等之類的因素。

本文的焦點是DB2資料庫的設計。不過，有時候這些效能因素類別之間的界線可能會有些模糊。例如，在某種安裝環境下進行配置時，緩衝池大小的設定和數量的選擇通常被認為是一項系統效能因素。但是，倘若是將特定的資料表空間和索引指派給那些緩衝池，那麼這些因素又可以看作是資料庫設計一類的因素了。

在這裡，我假設讀者對z/OS環境中的DB2有一個基本的理解。本文的頭幾頁將討論效能管理的一些基本概念和準則，以便進行“層級設定” 。我的建議有點綜合的性質，因而不會總是詳細地給出技術性的描述和文法。讀者如果想瞭解關於這些內容的更詳細的資訊，那麼應該去閱讀關於使用者本地所安裝的DB2版本的最近的IBM文檔。

本文的通用設計點是DB2 for z/OS V7。雖然DB2 for z/OS V8已經被宣布，並且也普遍可用（generally available ，GA），但是大部分IBM客戶極有可能需要幾個月的時間才能實現用於他們的生產系統的DB2 V8 NFM（New Function Mode）。而且，這裡還要考慮另外一個因素。雖然DB2的每個新版本在變得普遍可用之前，都已經在IBM及其客戶環境下經過了廣泛的測試，但是相對於一個還沒有推廣的、沒有普遍使用的版本而言，客戶們往往對於基於早先版本的DB2的一般建議和竅門更有信心（長時間積累的經驗驗證了這一結論）。我將提到DB2 V8的一些新特性，從效能的角度來看，這些新效能可能會影響資料庫設計。

免責聲明：本文中所包含的資訊未經任何正式的IBM測試，而是以AS IS的形式發布的。對這些資訊的使用和其中任何技術的實現，都由使用者承擔責任，並取決於使用者的能力去評價它們和將它們整合到客戶特有的作業環境。雖然IBM對於每一項都進行了審查，以求特定情況下的正確性，但不能保證在其他情況下也能得到相同的或類似的結果。試圖將這些技術應用於他們自身環境的使用者須自己承擔風險。