Oracle の SELECT FOR UPDATE 機能を SQL Server でレプリケートするにはどうすればよいですか?

SQL Server での SELECT FOR UPDATE のトラブルシューティング

この問題は主に、Oracle スタイルの SELECT FOR UPDATE 構文と SQL Server の非互換性に起因します。 。 SQL Server は、updlock や rowlock などのメカニズムを通じて行レベルのロックをサポートしていますが、SELECT FOR UPDATE に直接相当する機能がありません。

提供されるソリューションは、さまざまなロック ヒント (updlock、xlock、など) 他の設定やテクニック (DBCC TRACEON、READPAST) と組み合わせて使用​​します。ただし、著者も認めているように、これらのアプローチはいずれも Oracle の SELECT FOR UPDATE の動作を完全にエミュレートするものではありません。

SQL Server では、行ロックは通常、クエリで使用される特定の WHERE 句の条件に基づいて適用されます。これは、クエリで指定された条件を満たす行に対してのみロックが発生することを意味します。したがって、ロック ヒントを使用している場合でも、他の接続が同じテーブル内の異なる行にアクセスしたり変更したりすることを防ぐことはできません。

作成者の最終的な解決策には、過剰なロックに関連する問題を軽減するためにデッドロックと同時実行例外をキャッチすることが含まれていました。 。さらに、トランザクションを相互に分離するのに役立つスナップショット分離も実装されましたが、特定の制限があり、データベース サーバーの構成が必要です。

以上がOracle の SELECT FOR UPDATE 機能を SQL Server でレプリケートするにはどうすればよいですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。