符合資料庫需求的最佳SQL Server版本選擇

當我看到這個問題時，我覺得並沒有確切的答案！

原因是SQL Server已經從一個簡單的基於桌面的應用程式一躍成為一個重要的企業級資料庫管理系統產品，但卻仍保持了易於安裝和使用的優點。這是當我參加有關 SQL Server的討論時所聽到的來自使用者和專業人員對它的評價，但沒有談論到的是如何最好地配置和保持資料庫應用的最佳效能。

作為一個資料庫管理員/開發人員/設計人員/系統架構師，你所選的SQL Server最佳版本是什麼？我已經在這次的技術教育大會上提到了類似的問題，如“有沒有誰可以幫我列出一些Sever2008標準版和企業版之間的差 異？”使用者只是關心有關安裝的區別，當詢問作業系統組為什麼不選擇/支援企業版，回答是：“唯一的區別是，企業版允許聚類”，所以使用者會問我，難道聚類就 是企業版和標準版的唯一區別嗎？這是一個很嚴重的問題和困擾。

違規廣告編輯推薦：專題：SQL Server 2008深度應用

每次我都會建議大家參看SQL Server 2008: 比較企業版和標準版，那麼你可能就會贊同我所列出來的這個差異列表。SQL Server可以提供保持應用程式的可擴充套件性、可用性與效能！為了繼續回答使用者關於企業版和標準版的特性差異的疑問，我詢問了大家，應用程式所需要的最重要的功能是什麼。以下是基於大家的反饋所給出的功能列表：

◆應用程式程式碼足夠優化，而且資料庫按照最優方法已經進行了標準化，但是儘管為硬體新增了少許資源（記憶體和磁碟），以前的版本（SQL 2005企業版）伺服器仍然在效能上具有缺陷。因此，我的方案是吸取企業版中並行索引操作的經驗，因為它不影響CPU的效能： SQL Server使用相同的演算法來為索引操作（就像為查詢操作那樣）確定並行度（所有要執行的獨立執行緒的個數）。索引操作的最大並行度取決於最大並行度伺服器 配置選項。通過在CREATE INDEX, ALTER INDEX, DROP INDEX, and ALTER TABLE語句中設定MAXDOP索引選項，你可以為個別索引操作重新設定最大並行度值。選擇這個選項的理由是，只要建立了一個索引操作的查詢計劃，建立 或重建一個索引，或刪除一個聚類索引，那麼在具有多處理機的計算機上就會允許並行、多執行緒操作。更多詳情我建議參看這篇文章並行索引配置預計）

◆在今後3年內資料的增長將會是巨大的（至少80 ％），可能會達到2.5 TB，資料歸檔處理會相當困難，所以我的選擇是考慮表和索引分割槽儲存。在以前的版本中採取了索引檢視，創造一個分割槽的檢視或封裝儲存過程，並指出資料的存 儲位置，執行另一個儲存過程來讀取指定的分割槽，返回所需的資料集。只有企業版和開發版的SQL Server （從2005開始），允許分割槽大量的資料，把一個表的資料分割成多個較小的，可以更有效地管理和維護。基於應用是為了生產使用，開發版並不是一種很好的選 擇。企業版擁有這種能力，建立分段資料，並可以通過一個單一的接入點訪問，與之前古老的方式相比減少了許多管理上的問題。使用具有單一接入點（名稱或索引 名稱）的表/索引分割槽表，可以從應用程式程式碼隱藏多個資料區段，並允許管理員或開發人員根據所需改變分割槽，而無需調整程式碼。

◆對於應用程式資料來說，下一個最大的威脅是隨著日復一日資料量的增加，如何配置資料檔案的大小，在某些情況下，選擇預設值的10 ％是不夠的。將造成應用程式的錯誤。我的建議是，我們可以定期比較資料檔案的大小（在某些情況下，選擇每4個小時，看看有什麼不同），通過這種時間基準和 基準程式將有助於確定資料檔案大小的合適值，通過控制機制有效地優化資料檔案大小。

◆此外使用者感興趣的是，能否給出一些建議，關於使用TSQL或GUI在一段時間內監測系統執行情況，我的答案使用Management Data Warehouse，它是SOL2008中一個最好的功能。

結論就是，為實現以上前兩個功能，我選擇了企業版。為了配置Management Data Warehouse，你也可以使用開發版。有關SQL Server各個版本的簡介和比較，可參考詳解SQL Server的版本區別及選擇一文。這篇文章介紹的是SQL Server 2000，但也能夠大致做一個參考。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/16436858/viewspace-605027/，如需轉載，請註明出處，否則將追究法律責任。