SQL Server 2000インスタンスをSQL Server 2005インスタンスにアップグレードする予定です。アップグレードしたデータベースの互換性レベルを8から9に変更する必要がありますか?
データベースコードを変更するつもりはないので、SQL2005固有の構文を利用することはありません。互換性をより高く設定する理由はありますか(レベル9まで)?それとも、互換性レベル8のままにしてもよろしいですか?
SQL Server 2000インスタンスをSQL Server 2005インスタンスにアップグレードする予定です。アップグレードしたデータベースの互換性レベルを8から9に変更する必要がありますか?
データベースコードを変更するつもりはないので、SQL2005固有の構文を利用することはありません。互換性をより高く設定する理由はありますか(レベル9まで)?それとも、互換性レベル8のままにしてもよろしいですか?
:あなたは、将来的に(いくつかのコラボレーション SQL2005/2008サーバをインストールするか )あなたのコードを変更したい場合は、 あなたの互換性モードが に影響を与えます
で利用可能なEREだから、簡単な答えは、あなたのcompatのレベルを上げる必要はありませんが、その後あなたがこのボックスにあなたの将来を検討するためにきた、あまりにも:)
アップグレードを希望するまで、8時にそのままにしておきます。これを見には2つの方法があり
ほんの少しnoですpoint-compat level古いANSI-89外部結合構文(*=
、=*
)のサポートが90低下します。切り替えを行う場合は、最初にコードベースを確認してください。
間違いなく、ありがとうございます。私はレベル9.0でサポートされていない微妙なものがいくつかあることがわかります。 – willem
まあuはレベル90で取得することを通知し、それだけで...非常にいいですアップグレードするためのインセンティブである...
私はあなたがそれを理解しているとは思わない、彼はSQLバージョンの機能ではなくデータベースの互換性レベルについて話している。 –
互換性レベルは好みの問題だけ、あなたはどのように使用するか、その問題ではありませんこのリンクで変更内容を確認することができ データベース:
http://msdn.microsoft.com/en-us/library/bb510680.aspx
ですから、互換性レベルを変更すると、あなたがdefinetlyアップグレードすべき何かを壊していないことがわかっている場合を除きます。チャンスを取る前に徹底的にチェックしてください。
私はなぜあなたがアップグレードしているのか疑問に思うでしょう。 – Paddy
クライアントが後のプラットフォームに移動したいとし、SQL2005の機能を利用する他のデータベースがあるとします。彼らは、SQL 2000と2005のインスタンスを同時に、つまりアップグレードする必要がないことを好む。 – willem
ここで朝早くちょっと早く、とても合理的に聞こえます:) – Paddy