問題タブ [pessimistic]

MS SQL Serverで更新する行を選択し、更新またはキャンセルするまで行をロックしたい場合は、どちらのオプションの方が適していますか：-

1）UPDLOCKのようなクエリヒントを使用します。2）トランザクションにREPEATABLE READ分離レベルを使用します。3）その他のオプション。

ありがとう、チャク。

記事Locking and Concurrency in Java Persistence 2.0を読み、サンプル アプリケーションを実行しました。しかし、私はまだ と の違いを理解できませPESSIMISTIC_READんPESSIMISTIC_WRITE。PESSIMISTIC_READコードを変更しようとしましたが、とを使用したコードはPESSIMISTIC_WRITE、 SQL が で呼び出したのと同じ結果になりますfor update。

1 つのエンティティで悲観的ロックを使用する必要があるシステムがあります。休止状態を使用しているため、LockMode.UPGRADE を使用します。ただし、ロックはしません。

• テーブルは InnoDB です
• データベース (5.0.32) でロックが正しく機能することを確認したので、このバグhttp://bugs.mysql.com/bug.php?id=18184は問題ないようです。
• autoCommit = falseデータソースにパラメーターが含まれていることを確認しました。
• ハイバネート (バージョン 3.2) が生成する SQL に "FOR UPDATE" が含まれていることを確認しました。

ありがとう、

悲観的ロックを可能にする JPA 2.0 の EclipseLink 実装を使用しています。エンティティをロックする方法は知っていますが、ロックを解除するにはどうすればよいですか? 最初は、これはすべてトランザクション内で処理される (つまり、トランザクションをコミットするまでエンティティがロックされる) と思っていましたが、そうではないようです。

私は簡単なグーグル検索を試みました（これはかなり明白であるように思われます）が、何も見つかりませんでした...

私がこのようなことをしていると仮定します（Active Record Queryingガイドから）

ロックはトランザクションの終了時に自動的に解放されますか? Active Query ガイドとActiveRecord::Locking::Pessimistic docsを見てきましたが、ロックが解放された場所を明示的に示している場所が見つかりませんでした。

オブジェクトをチェックし、session存在する場合は、そのオブジェクトを間接的に使用する別のメソッドを呼び出します。2 番目のメソッドは数ナノ秒でこのオブジェクトにアクセスしますが、オブジェクトが 2 つの呼び出しの間に正確に期限切れになる状況を考えていました。Sessionこのような問題を防ぐために、オブジェクトはコードからのすべての読み取りアクセスでその寿命を延ばしますか? そうでない場合、問題を解決する方法は?

取得したオブジェクトを最初のメソッドから 2 番目のメソッドに渡さない理由を説明すると、これは、Page内部に他の多くのパラメーターを保持する ASP.NET オブジェクトを 2 番目のメソッドに渡しているためです。それらを別々にすると、Page今は 1 つのオブジェクトを渡すだけですが、多くのパラメーターがあります。

私たちは、クライアントユーザーごとに予約できるサービスを開発しています。戦略はありますか - 各クライアントのデータベース (MS SQL SERVER) のテーブルは適切ですか?

このような戦略は、複雑なテーブル ロックを簡素化し、排除すると考えています。

Grails のサービス内のエンティティをロックしようとしています。

コード：

このコードは、同時アクセスが発生するまで機能します。これが発生すると、最初のスレッドがコードを実行している間、1 つのスレッドがロックされたままになります。ロックが解放されると、例外がスローされます。

なぜそれが起こるのか理解できません。lock メソッドがこの例外をスローするのはなぜですか?

編集：

問題を回避するために、エンティティからバージョンを削除することを最終的に選択しました。

更新されたデータを取得するために、サービス メソッドのトランザクション モードも READ_COMMITED に設定しました。