雖然SQL Server2005已經推出了約3年了，奇怪的是，很多公司仍然沒有將SQL Server2000升級。現在這些公司面臨著再次作出決定——是跳過升級到SQL Server 2005 還是直接到SQL Server 2008？要作出這個選擇並不簡單，本文主要討論有關這一問題必須要考慮的事情。
升級到SQL Server 2005 沒有太大的意義，SQL Server 2005是SQL Server的一個版本，在此之後只有一格版本推出。在其他的版本中，你減少了服務器的支持窗口。如果升級到SQL Server 2005，這個版本就只能使用一小段時間，你還需要解決一些潛在的問題，要麼是服務包的問題，要麼是最新的補丁問題。
另一方面，你能夠了解到SQL Server 2008的一些新特性。似乎大部分傻子都不會跳過2005，也許是覺得進入未知領域有點冒險。
SQL Server 2008最初是作為SQL Server 2005的增補版推出的。然而，隨著時間的推移，微軟增加了越來越多的特征。現在如果你再看看這一系列的新特征，就會發現這些新特征幾乎和SQL Server 2005 的一樣。如果在幾年前再作這樣的選擇就要容易得多，那時升級到SQL Server 2005毋庸置疑——你們只需要商量什麼時候升級。
權衡SQL Server的費用
無論新的特征和已經完善的特征有多長時間了，我們都面臨著下面的問題：升級到新版本由於某種原因可能要花幾年的時間。首先是費用的原因——在價格這方面，SQL Server就沒有其他的方法。你必須首先許可你的服務器就好象你要購買它一樣或者必須購買微軟軟件保證計劃（Software Assurance Program）。該軟件保證計劃的問題是你不可能知道新版本什麼時候會推出，所以你可能在獲得利潤之前要等上幾年的時間。當然，當新版本即將推出的時候選擇購買這項計劃是非常有利可圖的。
要考慮的事情之一就是購買“降級權限”，意思就是說你購買SQL Server的最新版本，但是在有限的時間讷你還可以運行先前的版本。降級權限對於SQL Server 2000已經不再適用。但是對於SQL Server 2008來說，你可以使用降級權限在過渡時段內安裝SQL Server 2005，然後在以後再升級到2008。
在Service Pack 1推出之前，一般很多的管理員都不會考慮使用微軟新的軟件版本。事實上往往是事與願違。我們看到了很多有關服務包引起的比RTM版本更多的問題和故障的案例。
沒有萬能的答案
那麼，你是該升級到SQL Server 2005 還是SQL Server 2008？因為這是常有的事，所以要視情況而定。如果你要達到以下標准，就考慮到升級到SQL Server2005：
你遷移的時間很短。
你使用依靠廠商支持的第三方應用程序並且廠商在2008年可能不回支持的產品。
你想依靠穩定並且成熟的產品。
你願意暫時走在2008新特征之前。
如果想達到下面的標准那你就考慮升級到2008：
你希望你的測試和QA過程持續幾個月的時間。
SQL Server 2008的新特性對你公司很有好處，彌補了因缺少成熟版本而造成的潛在問題的不足。
你的數據庫管理員和開發人員喜歡最前沿的資料並且能夠利用書本、博客和其他資料中並沒有提到很多的特征。
你想避免花兩個許可執照的價錢。
你的數據庫和應用程序相對很小。
你的用戶數量並不是很多。
你有一項緊急任務，要依靠SQL Server的24x7操作。
你的數據庫管理員和開發人員喜歡最前沿的資料並且能夠利用書本、博客和其他資料中並沒有提到很多的特征。
無論你最終選擇了哪個版本，一定要確保有足夠的時間測試，因為你不會知道還有什麼驚人之事。例如，多年前當我們升級到SQL Server 2000時，我查詢了在SQL Server 7.0上運行一秒的程序，但是我們將數據庫更新到SQL Server2000時它能運行30秒，並且這台新機器有了更有了更優質的硬件。
緩慢的原因是什麼？SQL Server2000的查詢優化器大大改善並且比原先的版本大大增強的，同時也發生了一個故障，這個故障導致了優化器認為查詢的花費很高——所以99%的時間都耗在找出最好的方案上面。使用每個新版本都有些冒險，然而又沒有什麼可以代替測試。
