MicrosoftのSQL Server 2005とSQL Server 2008の主な違いは何ですか?
アップグレードする理由はありますか(複数のエディションを使用している顧客がいるため、どのエディションでも)。または、2つのサーバーのチャートまたは箇条書きの比較を含むWebサイトがありますか?
また、どちらのバージョンの Express エディションにも注目に値するものはありますか?
(良い紹介記事 パート1 、 パート2 、 パート 。説得力のある理由に関しては、それはあなたがSQLサーバーを使用しているものに依存します。 階層データ型 が必要ですか?現在データベースにファイルを保存していて、 SQL Serverの新しいファイルストリーム機能 に切り替えますか?オンにすることでより多くのディスク容量を使用できますか? データ圧縮 ?
そして、 [〜#〜] merge [〜#〜] dataの機能を忘れないでください。
本当にキラーな機能の多くはEnterprise Editionのみにあることに注意してください。データ圧縮とバックアップ圧縮は私のお気に入りの2つです-すぐに無料でパフォーマンスが向上します。データ圧縮により、必要なI/Oの量が減るため、多くのクエリの速度が20〜40%向上します。 CPUの使用率は上がりますが、今日のマルチコア環境では、CPU能力は増えますがIOは増えません。とにかく、それらはエンタープライズのみにあります。
Standard Editionのみを使用する場合、ほとんどの改善にはアプリケーションコードとT-SQLコードの変更が必要であるため、販売はそれほど容易ではありません。
PASS 2008 でSQL Server 2008の講演に参加しました。私の観点から見ると、唯一の「キラー機能」は拡張イベントです。
たくさんの素晴らしい改善がありますが、それは私にとってゲームチェンジャーに近いものになりました。テーブル値パラメーターとマージは、おそらく私の次のお気に入りでした。日々、 IntelliSense は大きな勝利です。しかし、これはSQL Server 2008に固有のものではなく、SQL Server 2008ツールセットだけです(他のツールは、SQL Server 2005に対して同様のIntelliSenseを提供できます) 、2000など)。
より評判の良い人はこれを主な答えにコピーできます:
私はあなたの役割に依存すると思います
開発者としての私にとって:
編集、late update、使用後
SQL 2008では、特定のテーブルでロックエスカレーションを無効にすることもできます。ロックがエスカレートして並行性の問題が発生する可能性のある、頻繁に更新される小さなテーブルでは、これが非常に役立つことがわかりました。 SQL 2005では、DELETEステートメントのROWLOCKヒントを使用しても、ロックがエスカレートされ、デッドロックが発生する可能性があります。私のテストでは、SQL 2005でのロックエスカレーションが原因で、小さなテーブルの操作中に開発したアプリケーションの同時実行の問題が発生しました。SQL2008では、この問題はなくなりました。
多数の行ロックを処理するオーバーヘッドの可能性を念頭に置くことは依然として重要ですが、必要に応じてエスカレーションを停止するオプションがあると非常に便利です。
新しい 追加された機能 があります。ただし、アップグレードする価値があるかどうかを確認する必要があります。いくつかの優れた Management Studio 2008の改善 ただし、特にクエリエディターのインテリセンス。
私のお気に入りの1つは、フィルター選択されたインデックスです。これで、最も重要なクエリのインデックスを非常に高速にカバーするインデックスを作成でき、DMLステートメントへの影響はわずかです。
/HåkanWinther
SQL Server 2008では、次の4つの新しい日付と時刻のデータ型が導入されています。
* DATE: As you can imagine, the DATE data type only stores a date in the format of YYYY-MM-DD. It has a range of 0001-01-01 through 9999-12-32, which should be adequate for most business and scientific applications. The accuracy is 1 day, and it only takes 3 bytes to store the date.
* TIME: TIME is stored in the format: hh:mm:ss.nnnnnnn, with a range of 00:00:00.0000000 through 23:59:59:9999999 and is accurate to 100 nanoseconds. Storage depends on the precision and scale selected, and runs from 3 to 5 bytes.
* DATETIME2: DATETIME2 is very similar to the older DATETIME data type, but has a greater range and precision. The format is YYYY-MM-DD hh:mm:ss:nnnnnnnm with a range of 0001-01-01 00:00:00.0000000 through 9999-12-31 23:59:59.9999999, and an accuracy of 100 nanoseconds. Storage depends on the precision and scale selected, and runs from 6 to 8 bytes.
* DATETIMEOFFSET: DATETIMEOFFSET is similar to DATETIME2, but includes additional information to track the time zone. The format is YYYY-MM-DD hh:mm:ss[.nnnnnnn] [+|-]hh:mm with a range of 0001-01-01 00:00:00.0000000 through 0001-01-01 00:00:00.0000000 through 9999-12-31 23:59:59.9999999 (in UTC), and an accuracy of 100 nanoseconds. Storage depends on the precision and scale selected, and runs from 8 to 10 bytes.
新しい機能は本当に素晴らしいもので、現在の年齢の非常に重要な要素を満たしています。 .netの人々にとって、SQL Serverを使用することは常に恩恵です。最新バージョンのセキュリティの向上とパフォーマンスの向上、および圧縮の導入を期待しています。データベースのサイズ。 バックアップ暗号化ユーティリティも現象です。
もう一度、ソフトウェアの形での素晴らしい考えをMicrosoftに感謝します:)
デンバーのSQL Serverユーザーグループは、過去2か月間、SQL 2008の新機能に関する非常に優れたプレゼンテーションを行いました。イベントの名前を正しく)。
SQL 2008のすべての「新機能」に関するいくつかの注意事項、どの機能がさまざまなエディションに含まれるかを決定するためのトリアージはまだ進行中です。データ圧縮、パーティション化されたインデックス、ポリシーなどの新しい/非常にクールな機能の多く/ほとんどは、エンタープライズ版にのみ搭載されます。エンタープライズ版の実行を計画していない限り、CTPの多くの機能はおそらくSQL 2008標準などにはないでしょう。
他のマイナーだがしばしば見落とされがちな問題-SQL 2008は64ビットのみです。新しいハードウェアを購入する場合は問題になりませんが、既存のハードウェアの使用を計画している場合は...サードパーティのドライバー(Oracleなど)への依存関係は、64ビットバージョンが利用可能であるか、機能することを確認してください。