悲観論とオプティミスティック同時実行制御の実装

Question

これらの同時実行制御はどちらも単純な英語でどのように動作するのか理解しました。しかし、私は、悲観的なコントロールがコードでどのように行われなければならないかにもっと興味がありました。ここで私は何を感じるである、のは、2人のユーザーがwikiのドキュメントに

悲観的な制御ここで

を更新しようとしていると仮定しましょう、私たちは、取引を利用するように言われます。

BEGIN 
    SELECT DOC FROM WIKI WHERE DOC_ID = 1; 
    /* business logic */ 
    UPDATE WIKI SET DOC = INPUT WHERE DOC_ID = 1; 
END 

しかし、これは以前のアップデートを上書きする傾向があります。トランザクション内で、select文の後に書き込みがあったかどうかを確認するための2回目のチェックが必要であると感じます（ロールバックまたはコミットする場合）。私は正しいですか？複数のユーザーを持っている場合は、ロックはデッドロックが発生する可能性があることを念頭に置いて

Table level Locking and Row Level Locking:

しかしクマ：

Answer 1

は、次の2つの（悲観的）同時実行の選択肢を持っています。並行性を使用する際には、多くのことを考慮する必要があります。がんばろう！

UPDATE：

デッドロックと他の同時実行の問題を引き起こす可能性がロックするので、あなたがチェックインして、ユーザーが特定のレコードをチェックアウトするときに、それは他のを防ぐことができますチェックアウト機能を実装することができますユーザーは同じレコードをチェックアウトします。