問題タブ [read-committed-snapshot]

Microsoft SQL Server で、T-SQL コマンドを使用してデータベースの分離レベルが設定されているかどうかを検出する方法はありますALTER DATABASE <database> SET READ_COMMITTED_SNAPSHOT ON;か?

T-SQL または Management Studio の GUI を介してこれを検出する簡単な方法が見つかりません。

実行にかかる時間

実行したところ、10分かかりました。

適用されているかどうかはどうやって確認できますか？

SQL Server で READ COMMITTED SNAPSHOT をプログラムで有効にする必要があります。どうやってやるの？

Stackoverflow ポッドキャストの 1 つで、Jeff Atwood が、SQL Server 2008 にはロックを削減する構成オプションがあり、すべてのクエリで "with (nolock)" を使用する代わりのようなものだと言ったことを覚えています。彼が話していた機能を有効にする方法を知っている人はいますか? おそらくジェフ自身でさえも. SQL Server 2008 の展開を検討しており、このような機能を使用することが Web アプリケーションに役立つかどうかを確認したいと考えています。

簡単な質問ですか？

READ_COMMITTED_SNAPSHOTがデフォルトでオンになっていないのはなぜですか?

下位互換性、パフォーマンス、またはその両方のいずれかだと思いますか?

[編集]スナップショット分離レベルではなく、READ_COMMITTED 分離レベルに関連する効果に関心があることに注意してください。

保持するロックが少なく、まだコミットされていない行を読み取らないため、これが重大な変更になるのはなぜでしょうか?

READ_COMMITTED分離レベルがである Microsoft SQL Server 2005 データベースを使用していますREAD_COMMITTED_SNAPSHOT=ON。

今私は使いたい：

...同じ行「FOR UPDATE」にアクセスしようとすると、他のデータベース接続がブロックされるようにします。

私は試した：

...しかし、これにより、「1」以外の id を選択した場合でも、他のすべての接続がブロックされます。

SELECT FOR UPDATEOracle、DB2、MySql で知られていることを行うための正しいヒントはどれですか?

編集 2009-10-03:

テーブルとインデックスを作成するステートメントは次のとおりです。

多くの並列プロセスがこれを行いますSELECT:

編集 2009-10-05:

より良い概要のために、次の表に試したすべての解決策を書き留めました。

以下に示すシナリオでMS-DTCがどのように動作するかを明確にする必要があります

1) トランザクション スコープ (分離レベル - ReadCommited) 内に複数の接続があります。これにより、MS-DTC が動作します。

a) MS-DTC は自動的に分離レベルを SERIALIZABLE に変更しますか。

b) (Imp) 上記の答えが「はい」で、行のバージョン管理ベースの分離レベルを実装している場合、つまり TransactionScope に加えて、READ_COMMITTED_SNAPSHOT データベース オプションも有効にしています。レベル。

ありがとう

ロックのエスカレーションに関連すると思われる問題を調査し、READ_COMMITTED_SNAPSHOT が解決策になると考えていたときに、それが既に有効になっているかどうかを確認しました。驚いたことに、データベースの互換性レベルは 80 でした (SQL Server 2000、私はここに来たばかりで、誰もその理由を知らないようです!)。

しかし、READ_COMMITTED_SNAPSHOT は 2005 年の新機能です。有効にされていても、2000 互換モードで実行している場合に影響はありますか?

SQL AzureデータベースでREAD_COMMITTED_SNAPSHOTをONに設定したいのですが、他のバージョンのSQL Serverで動作する次のコードは、Azureではサポートされていません。

最初の質問：SQL Azure（または同じ結果を達成するもの）でREAD_COMMITTED_SNAPSHOTをONに設定することはまだ良い考えですか？私の意図は、パフォーマンスを向上させるために、読み取り中のレコードをロックしないことです。

2番目の質問：それが良い考えである場合、それを行うためのAzure構文は何ですか？

「すべてのステートメント（選択/挿入/削除/更新）には、トランザクションに関係なく分離レベルがあります」というのは本当ですか？

トランザクション内でステートメントの更新を設定したシナリオがあります（ReadCommitted）。そして、トランザクションにない別のセット（selectステートメント）。

1. この場合、最初のセットが実行されているとき、別の待機があります。

2. DBにREAD_COMMITTED_SNAPSHOTを設定すると、デッドロックが発生します。

   /li>

この問題を解決するには、TransactionScopeに「Select」ステートメントを配置する必要がありますか？