當數據庫服務器變得十分繁忙導致性能下降時，你會怎麼辦？購買更多的硬件升級你的服務器，還是重新考慮數據庫服務器設計使得數據庫平台具備良好的可升級性呢？
如果你在一個相當大的商店工作過，你很可能偶爾遇到過這些問題。有時答案是簡單地查看一下當前的應用以及改進一些設計來提高性能。
本文我們對擴大還是減小做一個比較。下周，我將為大家介紹減小數據庫應用的各種不同方法。在這個系列的第三部分，我將對前面兩部分中的案例做一個深入的分析。
分析階段
在你決定升級你的數據庫環境之前，你應該制定一個性能標准，然後，對查詢和模式做些修改，對照你制定的標准看性能是否有所提高，一旦可以使得你當前的系統能夠高效的工作，那麼你應該重新評估是否仍舊需要升級系統。
擴大VS減小
擴大和減小是你可以用來改變你的數據庫環境以提高性能的兩種方法。下面我們對這兩種方法的優缺點做一個比較。
擴大
這種方法，你要為數據庫系統購買新的或改進的硬件。這些增加的硬件可能包括快速控制器，快速硬盤子系統，更多的內存、更多的處理器等等。
優點：為機器增加新硬件毫無疑問將會加速你的應用的執行。在大多數環境下，簡單擴大服務器將會提到足夠的性能達到滿意的地步。你可以使用64位新版SQL Server來大大提高性能，該版本需要更多內存和更大的處理能力。
缺點：企業級服務器機器上的硬件價格十分昂貴，因此這可能會是一個禁止的昂貴代價。如果等你有足夠的能力來擴大時，可能已到了需要減小的時候。
減小
這種方法是分解數據庫，將不同部分的數據分別存放在單獨的數據庫服務器上，這種方法通常要對應用層和數據庫層做大量改變才能成功實施。
優點：這種方法允許你的設計更具可升級性，因為如果你當前的結構正導致了一個瓶頸，你就可以進一步分解設計，使用更多的機器分別處理數據。分解的典型模式是將邏輯相關的表格分解到不同的服務器上或者平行的分解你的表格使得每個數據庫服務器擁有全部數據集的一部分。你也可以將這兩種方法結合起來使用。
減小方法的另一個優點是潛在地可以處理大的事務負載，而且你可以使用普通的硬件，這要比擴大升級要購買的硬件便宜的多。此外，它通常不需要像擴大升級那樣要購買企業級的服務器。
缺點：進行這種升級要比擴大的方法困難的多。事實上，建議只在下面這種情況下使用這種方法：當你的當前系統已經平均每分鐘處理N個事務，再也不能處理更多。這種方式的升級之所以困難是因為它很難維護，擁有眾多的可移動部分，且很難邏輯地分割數據或表格。因此處理被均衡的分配到單獨的服務器上。
Tim Chapman是位於美國肯塔基州路易(斯)維爾一家銀行的SQL Server數據庫管理員，擁有7年的IT經驗，同時取得微軟SQL Server 2000 和 SQL Server 2005認證。
