エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント2件
- 注目コメント
- 新着コメント
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
わかりやすい JPA(12)楽観的ロックと悲観的ロック
はじめに JPAでのロックの基本は楽観的ロック(Optimisstic Loc)です。楽観的ロックは、アノテーション... はじめに JPAでのロックの基本は楽観的ロック(Optimisstic Loc)です。楽観的ロックは、アノテーションを使って、すべてのエンティティにあらかじめ適用しておくことができます。 楽観的ロックでは、ロックが有効になるのは、トランザクションの最後、つまり、データがコミットされる時です。したがって、トランザクションの途中では、他のトランザクションが同じデータを読み込んだり、あるいは更新してコミットしてしまうこともあり得ます。 そこで、コミットする直前、同じレコードを他のトランザクションが更新していないかどうか調べます。ここで何もなければ、それでOK、データをコミットして終わりです。 しかし、運が悪ければ、他のトランザクションがすでにデータを更新したことが分かり、処理を継続できなくなります。OptimisticLockExceptionという例外を投げてトランザクションを失敗させ、変更は
2020/01/09 リンク