古いマシンではデータベースの負荷を処理できなくなったため、クライアントの 1 つがサーバーをアップグレードしています。彼らは過去 6 年間 SQL 2000 を使用しており、データベースは数 GB のデータを保持するように成長しました。
2005 または 2008 にアップグレードする価値はありますか? 2000 と比較した新しいバージョンの主な利点は何ですか?
古いマシンではデータベースの負荷を処理できなくなったため、クライアントの 1 つがサーバーをアップグレードしています。彼らは過去 6 年間 SQL 2000 を使用しており、データベースは数 GB のデータを保持するように成長しました。
2005 または 2008 にアップグレードする価値はありますか? 2000 と比較した新しいバージョンの主な利点は何ですか?
Galwegian が言及した CLR 統合に加えて、私にとっての主な利点は次のとおりです。
注意すべきもう 1 つの違いは、Sql 2005 で使用されていた DTS パッケージの代わりにIntegration Servicesを使用していることです。これは似ていますが、まったく別の球技です。
使用している SQL Server のエディションによって異なりますが、SQL 2005 のハードウェア制限/上限は、SQL2k の対応するエディションよりも緩くなっています。
たとえば、SQL 2000 Standard Edition は 2Gb (実際には 1.7Gb) を超えて使用しませんが、SQL 2005 Standard Edition は上限がありません (最大 OS まで許可されます)。
参照: http://msdn.microsoft.com/en-us/library/aa933149(SQL.80).aspx
...と...
http://www.microsoft.com/sqlserver/2005/en/us/compare-features.aspx
したがって、Standard エディションを実行している + SQL Server 2000 インスタンスが現在 ~1.6Gb の RAM を使用している + サーバーに 3Gb 以上の物理 RAM が搭載されている場合は、メモリ使用量の増加がもたらす利点のためだけにアップグレードする価値があるでしょう... (より多くのキャッシュテーブルデータ、インデックス、プランなど)
MS SQL 2005 および 2008 には、誇大宣伝されているテクノロジが多数あります。そのうちの 1 つは、ストアド プロシージャに CLR コードを詰め込む機能です。これをしないでください!
もう 1 つの「機能」は、データベースを Web サービスとして公開する機能です。これをしないでください!
3 つ目の機能は、データベースからアプリケーション層への「通知」を使用できることです。これをしないでください...!
データベースはバケットであり、「データを保存」する必要があります。Microsoft が 2005 年と 2008 年に導入した多くの機能は、実際のデータベース ベンダーを抽象化する O/RM ライブラリの使用を複雑にして、人々がデータベースを好きなように変更できるようにしたかったためだと思います。次に、70 年代以降にデータベースについて学んだすべてのベスト プラクティスに反する多くの「ばかげた機能」を追加することで、彼らは新しいロックインを作成し、実際には使用してはならないものを人々に使用させることでベンダー ロックを削除しました。とにかく使う…
その一部として、2005 年と 2008 年には多くのクールな機能 (ここで言及されているものなど、サポート!) や、最適化、バグ修正などがあります。ただし、アプリを台無しにし、ベスト プラクティスを使用できなくし、ロックインするようなものを使用し始めないように注意してください... :(
SqlServer 2000 からのアップグレードを計画している場合、2005 をスキップして直接 SqlServer 2008 に進みます。
2005 のすべての機能に加えて、いくつかの追加機能があります (たとえば、テーブル変数をパラメータとしてストアド プロシージャに渡すオプション、新しい日付型、空間データ処理など)。
機能の包括的なリストについては、MS SQL Server 2005 に対する MS SQL Server 2008 の利点に関する質問を参照してください。
編集
質問が更新され、SqlServer 2008 が質問に含まれていることがわかります。
正直なところ、主な利点はCLR 統合です。これにより、データベースのコーディング方法がはるかに柔軟になり、セットベースの T-SQL の代わりに手続き型の C# または VB.NET をプロシージャに含めるオプションが提供されます。
たとえば、サービス ブローカーのような便利な新機能がいくつかありますが、パフォーマンスに関しては、2000 年から 2005 年に移行しても大きな改善は見られません。a) DB のチューニングと b) 投資を行った方がはるかに良いでしょう。新しいハードウェアで。
SQL Server 2000 は Microsoft によってサポートされなくなったと思います。私が間違っていれば、それはすぐに...
ユーザーとスキーマの分離は、もう 1 つのメリットです。SQL 2005 では、データベース内のユーザーごとではなく、論理/機能領域などによってスキーマを分離する必要がある場合は、"hr"、"sales"、"accounting"、"production" などのスキーマを作成してから、ユーザー テーブルを作成できます。それぞれのスキーマの下。
SQL 2000 では、スキーマ名はテーブルの所有者/作成者と同じでした。
オンライン インデックスの再構築は便利な機能です。ただし、Enterprise Edition のみのオプションである可能性があると思います。