Sql Server 2005的效率節省？

使用Sql Server 2005比Sql Server 2000節省了很多效率嗎？Sql Server 2005的效率節省？

或者它只是有更多的服務等

有沒有人做升級後看到他們的系統工作的任何更快？

2008-09-26 Oak

周圍的工具，如Analysis Services已經大幅改寫，可以根據您的要求爲您提供各種各樣的勝利。但是在覈心數據庫引擎中，從2000年到2005年，我看不到很多真正的根本性變化。

有一些改進可能會讓你在某些情況下獲得更好的性能。與SQL2000相比，SQL2005對64位體系結構和更好的表分區有更好的支持（可以對錶進行分區而不是分區視圖）。 64位支持是最有可能讓您在大型系統上獲得性能優勢的，因爲它可以讓您設置更大的緩存。

除了這些功能，我不相信真的有很大的不同。可能有微小的性能調整。

從SQL2000遷移到SQL2005的主要原因是當SQL2000退出支持。如果你在SQL2000上有一個正在運行的應用程序，那麼切換到2005的時候沒有很多令人信服的理由，而Microsoft仍然支持2000。

數據倉庫系統將從遷移到SQL2005中獲得不少成功。 SSIS，SSAS2005和SSRS2005比他們的SQL2000要好得多。

2005本質上提供了MVCC - 行級版本控制 - 所以對於開發人員來說有一定的效率：減少需要擔心的鎖定。

2008-09-26 10:31:29 fiddlesticks

我沒有從2000年到2005年遷移系統 - 我已經開始與其中一個或另一個 - 所以我沒有我自己的比較。但有一個合理的機會你會看到一個表演差異;如果不是利用快照隔離等一些新功能，那麼至少是因爲SQL2005的許可模式允許您在不增加許可成本的情況下使用多核，以及SQL2005改進了內存管理。

2008-09-26 10:43:45 stucampbell

事情在2005年絕對會跑得更快。對查詢優化器進行了一些改進。現在，您可以創建覆蓋索引，以便包含的列僅存在於葉級別，無需進行排序。這是一個巨大的進步和足夠升級的理由。

2008-09-26 11:29:56

只有當數據庫被設計得很好。我有幸與2005年的實際運行速度較慢的怪物一起工作 – 2008-09-26 11:35:47

SQL 2005在使用緩存方面做得更好。您以前必須定期輪詢SQL 2000以檢查整個表的更新。現在，您可以在發生更改時訂閱通知。它也適用於查詢，表格和其他一些元素。

2008-09-26 17:05:51

對於其他人列出的所有原因，我會說是，但即使您的SQL技能不夠強大，而且您的查詢也不是那麼好，他們可能會在2005年跑得更快。我們從2000年移到2005年，我們有一些複雜的查詢，我們無法在2000年進行適當的優化。當我們移動到2005年時，它已經提出了查詢！顯然，優化器開箱即可做出更好的決策。

我會強烈建議轉移到2005年，除非你有任何問題與2000年

2008-09-26 18:05:21

回答