4

新しいプロジェクト (asp.net) を開始し、SQL Server Express を使用します。SQL Server 2008 を使用しない理由はありますか?

PS: いくつかのベンチマークを行うまで、Postgres 8.3 を検討していましたが、SQL Server 2005 Express が私のニーズに対してはるかに高速であることがわかりました (より良い統合だと思います)。

4

7 に答える 7

5

従来の互換性の問題がなく、SQL Server 2005 と SQL Server 2008 のどちらかを選択する場合は、おそらく SQL Server 2008 を使用する必要があります。アプリケーションの寿命を無料で。この Stackoverflow の投稿で同様の質問があり、この件についてより詳細な議論が行われています。

于 2008-12-22T20:53:56.123 に答える
2

テーブル値パラメーター、マージステートメント、オンザフライ暗号化、新しい日時パラメーターなどの「キラー」拡張機能が多すぎるため、Sql Server 2008 をお勧めします。テーブル値パラメーターは命の恩人の改善です。複数行の挿入操作に対処しなければならなかったことがある場合は、xml ノードまたは openxml メソッドを使用してそれを行うことがいかに苦痛であるかをご存じでしょう。一方、再帰的なデータ テーブルをパラメーター ( SqlDbType.Structured ) として渡すことができれば、問題はなくなります。私にとって最もエキサイティングな機能が新しいテーブル値パラメーターであることは明らかです。

于 2008-12-22T21:24:48.993 に答える
2

考慮していなかったかもしれない理由: 本番ホスティングの場所は SQL Server 2008 をサポートしますか?

そうでなければ、理由はありません。実際、まだ SQL Server 2005 を使用している場合は、2008 バージョンの Management Studio を使用する必要があります。古いデータベースに対してまだ機能します

于 2008-12-22T20:52:16.860 に答える
1

補足として、DiscountASP は、SQL2005 で 300Mb、SQL2008 で 500Mb を同じ価格で販売しています。したがって、SQL2005 は「古いレガシー」ソフトウェアと見なされる起動パス上にあることがわかります。

そして、将来の移行をスキップすることは常に良いことです。

私はSQL2008に行きます。

于 2008-12-22T22:25:04.613 に答える
0

現在、開発マシンに SQL Server 2008 Express を使用しています。新しい T-SQL を使用すると、これらのストアド プロシージャを作成する時間を節約できます。このバージョンの SQL Server 2008 Express がインストールされています。

于 2008-12-22T20:20:46.720 に答える
0

それは多くの要因に依存します:

  • インストール可能なコピーを顧客に販売しますか? もしそうなら、あなたの顧客層にはどのような種類のデータベース エンジンがありますか? 2000年？2005年? 2008年?
  • 自分で主催するの？その場合は、好きなものを使用してください
  • サードパーティのホスティング会社を使用しますか? もしそうなら、彼らは何をサポートしていますか、そしてそれにはいくらかかりますか?

明示的に 2008 の機能を使用するつもりでない限り、ジェネリック T-SQL はすべてのバージョンで機能するため、あまり心配する必要はありません。問題が発生する可能性があるのは、新しい機能を使い始めるときです。

于 2008-12-22T21:29:17.253 に答える
0

更新: 彼らは SQL Server 2008 を許可しているようです (営業担当者は技術的なことがあまり得意ではありません)。そのため、SQL Server 2008 を使用します。

さて、私はホストに尋ねました（私はvpsを持っています）、彼らはSQL Server 2005 Expressのみを許可し、SQL Server 2008 Expressは許可しません（これはちょっと奇妙です）。ということで、とりあえず2005年でいきます… ご意見ありがとうございます。

于 2008-12-23T07:05:24.440 に答える