本番サーバーが2005であるのに、開発マシンにSQL Server 2008をインストールするのに問題が発生するのではないかと思いますか?たとえば、2005年のデータベース/ sps /関数/ビューが正しく機能しないようにするための変更や、その他の問題について考える必要がありますか?
新しいSQLServerをテストドライブするためだけにこれを実行したいが、それでも古い製品を開発でき、両方をインストールしないことを希望します...
本番サーバーが2005であるのに、開発マシンにSQL Server 2008をインストールするのに問題が発生するのではないかと思いますか?たとえば、2005年のデータベース/ sps /関数/ビューが正しく機能しないようにするための変更や、その他の問題について考える必要がありますか?
新しいSQLServerをテストドライブするためだけにこれを実行したいが、それでも古い製品を開発でき、両方をインストールしないことを希望します...
個人的には私はしません。私は自分の開発マシンをライブ環境のレプリカにできるだけ近づけることを好みます (少なくともソフトウェアに関しては、物理的な分離はやや困難です!)。
多くの点で 2 つのバージョンは非常に似ており、SQL Server 2008 は互換モードをサポートしていますが、何をしても実際にはSQL Server 2005 ではありません。運用サーバーが 2008 を使用していない場合、利点を活かすことはできません。いずれにせよ、その機能を大幅に削減しているため、何の利益も得ずに、何かがまったく同じように機能しない可能性を高めているだけです。
おそらく、これを行う理由は、2008 をいじって、その新しい機能が何であるかを確認するためですか? この場合、SQL Server 2008 を使用して仮想マシンを構築することをお勧めします。そうすれば、通常の作業に必要な環境を危険にさらすことなく、好きなだけいろいろと試すことができます。
一部のツールはまだ SQL2008 に正しく接続できない可能性があることに注意してください。
例は VS-DBPro2008 です。まだ不安定な GDR-RC をインストールしないと、便利な機能のほとんどを使用できません。
また、2008 で何かをビルドすると、2008 -> 2005 からのデタッチ/アタッチまたはバックアップ/復元ができなくなります。
私は開発マシンでSQL Server 2005システムに対してSQL Server 2008のみを使用していますが、まだ問題は発生していません。
私はそれほど問題なくこれをしました。データベースを作成するときに、2005や2000などの互換モードを選択できます。
また、これが役立つ場合があります。SQLServer2008のデータベースエンジン機能への重大な変更 http://msdn.microsoft.com/en-us/library/ms143179.aspx
はい。私たちの実動システムは 2005 年であり、ほとんど問題が発生していませんが、これを正確に行っています。知っておくべき互換性の問題がいくつかありますが、いくつかの利点もあります。
私たちのビルド マシンには、すべての単体テストと統合テストを実行する Sql 2005 があります。本番システムを模倣した開発および本番テスト仮想マシンも、Sql 2005 を実行します。これにより、SQL と DDL が本番環境と互換性があることが保証されます。
本番環境を複製する開発環境を持つ方法はありません。仕事やダウンタイムのためにマシンにあまりにも多くのものをインストールするだけです。