0

2005に移行するとき、MSSQLを使用するアプリケーションがあります。基本的に、下位互換性パッケージを適用することをクライアントに推奨します。それだけですが、誰かが2005年に100%互換性を持たせるために何をすべきかを尋ねてきました。 。互換性レベル:SQL Server 2005(90)2. DMO参照を削除し、SMOに置き換えます。3。ADOを使用して接続します。

これが正解かどうかはわかりません。

4

3 に答える 3

1

実際、あなたは2つの異なることについて話している.

1 つは、データベースを SQL 2005 レベルに更新して、そこでしか利用できない機能を使用できるようにすることです。互換性レベルを設定することで簡単に実行できます。ただし、この場合、SQL 2000 クライアントで問題が発生する可能性があります。

2 つ目は、SQL 2005 関連のライブラリのみを使用するようにアプリケーションをアップグレードすることです。これも簡単で、基本的にはあなたが書いた手順です。この場合、ライブラリには下位互換性があるため、アプリケーションは SQL 2000 データベースでも動作します (SQL 2005 固有の機能を使用する場合を除く)。

結びの言葉: どちらの方法でも SQL 2005 と互換性があります。唯一の違いは、SQL 2005固有の機能を使用できるかどうかです。

すでに SQL 2008 に変更していませんか? ここに、このトピックに関するスレッドがあります。

于 2008-10-28T11:20:10.997 に答える
1

本当に互換性があるかどうかを確認する唯一の方法は、下位互換性パッケージを使用せずに SQL 2005 サーバーでアプリを実行することです。徹底的なテスト スイートがある場合は大いに役立ちますが、すべてのバックエンド コードがヒットして正常に動作することを確認する必要があります。

私は SQL 2000 と SQL 2005 を使用するアプリケーションに取り組んできましたが、バージョンの切り替えが必要なアプリの唯一の部分は、実行時にテーブルを動的に検出するために SQL Server のシステム テーブルを使用する必要がある毛むくじゃらのリフレクション コードにありました。私たちにとっての解決策は動的 SQL を使用することでしたが、アプリとユーザーにとって正しい選択をする必要があります。

アプリは、下位互換性修正プログラムを適用せずに「すぐに使える」SQL 2005 構成で正しく実行される場合、SQL 2005 と 100% 互換性があります。

于 2008-10-28T11:34:54.510 に答える
0

DTS パッケージがある場合は、完全に互換性を持たせるために SSIS パッケージに変換する必要があります。

完全に互換性があることを本当に確認したい場合は、非推奨になっている機能をドキュメントで確認し、それらのいずれかを使用している場合は、今すぐ修正してください。

また、2000 年にはなかったピボット機能を使用できるコードを確認することもできます。古いコードも機能しますが、ピボット コードの方が適切な選択であり、おそらくより効率的です。他の新機能についても同じことが言えます。それらをどのように回避して修正したかを確認してください。考慮すべき大きな問題の 1 つは、新しいデータ型 varchar (max) を使用してテキスト フィールドを削除できるかどうかです。次に、比較を行うために varchar に変換していたコード内の場所を探します。

于 2008-10-28T13:43:38.650 に答える