この質問を見てきましたが、パフォーマンスに関する回答はありません。
SQL2000 から SQL2005 への単純なアップグレードを行うことで、パフォーマンス上の利点はありますか?
基幹業務 OLTP データベースを考えています。OLAP または FTI を使用していません。
この質問を見てきましたが、パフォーマンスに関する回答はありません。
SQL2000 から SQL2005 への単純なアップグレードを行うことで、パフォーマンス上の利点はありますか?
基幹業務 OLTP データベースを考えています。OLAP または FTI を使用していません。
はい。
クエリ オプティマイザが更新され、改善されました。多くのクエリ プランが異なっており、他にまったく変更がないことがわかりました。
エンド ユーザーでさえ、速度の向上と一般的な応答性についてコメントしています。私はそれを証明する電子メールを持っています:-D
同時に、いくつかのストアド プロシージャを書き直しました。ただし、同じ微調整により SQL 2000 での応答も改善されましたが、単純にコード/アイデアが貧弱でした。
メリットとは裏腹に、アップグレード時の問題はほとんどないようです。
私の経験ではありません。
データベースのパフォーマンスを向上させたい場合は、より多くの RAMとより高速なディスクという形で、より多くのハードウェアを投入する傾向があります。
私はまだこれについて多くを見つけていませんが、SQL2005 は良いことであると本質的に言っている大量のマーケティング資料があります。
http://www.microsoft.com/sqlserver/2005/en/us/white-papers.aspx#gen
このホワイト ペーパー「SQLSERVER2005 にアップグレードする理由」(.doc)
それは述べている
エンド ユーザーへの応答時間の短縮
データベース クエリの応答時間は、SQL Server 2000 から SQL Server 2005 に変換された多くのアプリケーションで 70 ~ 80% 改善されました。クエリに対する応答時間が短縮されたことで、ビジネス ユーザーはより迅速に反応し、データベースをリアルタイムの意思決定に使用できるようになりました。以前は数時間かかっていたクエリが、数分で完了するようになりました。これにより、事前定義されたレポートだけではなくアドホック ベースで分析を実行できるため、エンド ユーザーにまったく新しいレベルの機能が提供されます。企業は、情報へのこの新しいアクセシビリティを利用して、プロセスを動的に監視できます。