楽観的な対悲観的ロック

Question

私の違いを理解することです楽観的で、悲観的ロックしなければなりません。今はもう説明してくれるのか、いずれか一つをご利用のか理解できるんだよ。

なのでこの回答によって変わるかないかを使っている保存の手順を実行クエリー?

だが、楽観的となロックのテーブルを読みながら、"悲観は"ロックのテーブルが。"

Answer 1

楽観的ロック 戦略お読みの記録ですので、バージョン番号(その他の方法でいる日にタイムスタンプまたはチェックサム/ハッシュアイコンをクリックそのバージョン変わってないんだかの記録です。書くときの記録に戻すフィルタの更新のバージョンしてください原子.（ていない更新されたときにバージョンの確認及び記録のディスク)の更新のバージョン一ます。

場合には汚れる異なるバージョンでおすabortの取引、ユーザーの再起動します。

この戦略に最も適用で高容量のシステムの三層建築が必ずしも維持への接続データベースにセッション.このような状況において、顧客は実際に維持データベースのロックとして接続されるプールからない場合があり、同じ接続からのアクセスします。

悲観的ロック するときにロックの記録のための排他的に使用できます。ここではより良い健全性より楽観的ロックがつきに気をつけなければなりご応募デザインを避ける デッドロック.利用悲観的ロックが必要から直接接続でのデータベースとしては一般的には、 二層クライアントサーバー 申請または外部でご利用取引IDを独立に用いることができるための接続用です。

後者の場合を開き、取引のTxIDして再利用するIDです。のDBMSのロックが可能ですのセッション後のTxID.これはどのように対応した最先端の画像処理を用いた位相コミットプロトコルなどの XA または COM+取引）がベースとなっています。

Answer 2

楽観的ロックを使用すが見つからない多くの衝突.Itコストの少ない通常の運転がる場合の衝突が発生すより高い価格で問題解決としての取引が中断されました。

悲観的ロックする場合に使用衝突がることが期待されます。の取引に違反する同期で遮断される。

選択し適切なロック機構まで推定量の読み書きをしています。

Answer 3

楽観的な想定するとともに変わりますので、無理に押し込まない読める。

悲観的な想定していますのでロックします。

いない場合は必須のデータを完全に読み使用楽観主義でいてください。がでる場合がありますが、"ダーティ"読み-そのほうが、結果にデッドロックします。

最webアプリケーションや豪雨で、地滑りや洪水などの汚れを読み込みのレア際のデータのない正確にタリー、次の更新なんです。

のための正確なデータ操作のように多くの金融取引に使用悲観的である。いうことは、データを正確に読み取り、非表示の変更-追加のロックオーバーヘッドの使い勝手は大きく変わります。

あ、Microsoft SQLサーバーのデフォルトページにロック-基本的に行い読みの数ます。行ロックがより正確にはかなり遅くなります。それは多くの場合、値の設定の取引上の注意:現在の接続上で今後行わないロックを避けるデッドロックします。

Answer 4

るもののほかのといわれているのは、できると楽観的ロックが向上並行処理では、費用の予測できる体制をとっています。悲観的ロックが削減並行処理では予測可能であ

お支払金等

Answer 5

いということもある場合悲観的ロックされます。

のための楽観的ロックに参加してデータ変更の同意が必要となるこのようなロックしなければなりません。が合えば変数を変更する機能を提供するデータを取らずにバージョンの列が、このままを損な発想では考えられないのは楽観的ロックしなければなりません。

Answer 6

基本的には二つの最も人気の応答となります。の 第一 基本的には

楽観的ニーズの三段築すものではないの維持に接続するデータベースのセッションは悲観的ロックでロックの記録のための排他的に使用できます。ここではより良い健全性より楽観的ロックが必要から直接接続でのデータベースです。

他の答えは

楽観的なのはバージョン管理がより速くすることから、ロックが悲観主義のロックを行う場合には競合が高く、より良い防止のための作業ではなく廃棄い。

または

楽観的ロックに作用す珍しい衝突

とっております。 このページです。

作成したの私の回答について説明してください""接続"には、"低衝突".

るかを理解するために、戦略には、思いのではなく取引の毎秒ごDBは、その期間の取引はない。通常、開trasnaction,関連光学部の操作を閉じます。これは、古典的な取引ANSIために、微生ぐらロックしなければなりません。でもどうかという話があったようだ実装のチケットのご予約システムが多くのお客様の同室/座席は同時にできますか。

閲覧する記の書類に必要事項を記入し、多くの利用可能なオプションと現在の価格です。で多くの時間とオプションではもったいない、すべての価格を無効とするフォームに正しい情報をご入力を選択し、"同意する"ボタンがないのでロックのデータでアクセスとは、誰か他の人に、より機動的、intefered変化する全ての価格を再起動する必要がありますの新しい価格です。

きをロックすべてのストック-オプションとしてお読み取ることがで対応することといたします。これは悲観的なシナリオ。すなぜでしょ.システムができ下げによる単一のピエロの方で、ご予約がスペースがあります。誰もいないので準備いたが終了します。キャッシュフローゼロとなる。そこで、楽観的予約用を実現しました。人dawdle長すぎるとして再スターを見なが高い価格です。

この楽観的なアプローチする記録のすべてのデータが読めなど 鉱山の繰り返し読み)とのコミットポイントのバージョンのデータを買いたい株式の価格で表示されることを引用していく。この時点で、ANSI取引を作成し、ロック、DBチェックどうしてもヒットしない場合は、変更を/異常終了のご動作します。IMOは有効エミュレーションの MVCC, でも楽観的なCCとも想定していますが、その取引再開の場合は"stop"ボタンをクリックでいただきます新しい予約。取引によりここには人間のユーザーの意思決定

私からの理解をどのように実施するかについMVCC動するかという問題はあろうが、間取引オプションの再起動するのを理解するための鍵を握る。正しくつくって、そこから生まれる。私の答えた自 このアレックスKuznecov章.

Answer 7

ほとんどの場合、楽観的ロックは、より効率的な提供ができる。時間選択す悲観的なのは、楽観的ロックには、以下を勘案します。

• 悲観的ロックがなければならないときに便利であ更新 比較的高いチャンスのユーザーしようとデータを更新すると同 ます。例えば、各運転で更に多数の 記録時に金融政策決定会合等の日程（追加利益毎 口座は各月末時点に)、アプリケーションが実行されてい のような操作と同時に、紛争の絶えない領域でもある。

• 悲観的ロックもありますが、適切なるアプリケーションを含む小さなテーブルが頻繁に更新されます。の場合にはこれらのいわゆるホットスポットを、紛争できる可能性が楽観的ロック廃棄物の努力のおかげで相反する取引です。

• 楽観的ロックがなければならないときに便利で、紛争が非常に 低記録が多数残されていますが比較的少数のユーザーは、非常に少数の更新は、ほとんどが読み取りタイプ。

Answer 8

一利用の場合のための楽観的ロックはお申込をご利用のデータベースを一つのスレッド/hostsの"請求項"の課題です。ここでしょう。

の例を考えることができるはタスクキューを使用して実装されるデータベースに、複数のスレッドの請求業務を同時に取得します。ま務状況'可','請求','完了し、テナントdbクエリというようなもの"に設定状態='請求の場の状況='ます。複数のスレッドを変更してみてください状況にこのように、すべてが最初のスレッド失敗しますので汚れたデータです。

このことができる場合にのみ関する楽観的ロックしなければなりません。その代替として、"楽観的ロックを使用すが見つからない多くの衝突で使用することもご期待衝突がたい同一取引に成功した。