UNCOMMITTEDというものがある。これは他トランザクションが更新してコミットする前のデータを読み込むもので、更新ロックとの競合(ロック待ち)が起きないというメリットがある反面、ダーティリード(取得したデータが後でロールバックされる可能性がある)のリスクがある。READも検討する必要が出てきた。READが有効なシーンをちょっと考えてみることにする。(どのシーンもメリットはパフォーマンスね)座席予約システムの空席照会とか空席照会時にダーティリードしたとしても、席が埋まった状態で表示されるだけなので、システム上問題はない(機会損失はあるかもしれないけど)。最終的に予約確定する段階で情報を保証すれば良い。株価情報とか売り上げ情報とか、リアルタイムで変化する情報を表示する場合。ダーティリードしたものを表示しても、その値はすぐに変化するので問題ない。ダーティリードした値も、何らかの原因でロールバックしただけで、更新時にはおそらく正しい値であっただろうし。当たり前だけど、その値を使って約定とかしちゃダメ。統計情報とかデータの種類によるが、多少のダーティリードを許しても、統計の結果にほとんど変化がない場合。グラフ表示のみだとなお可。ポーリングとかこれは最近思いついた。ステータスの変化をポーリングしながら待つケースなど。READで読み直して再確認する。ステータスが変化するまでのポーリング回数が多くなる場合には結構有効では・・。履歴やログの照会など・・。変更される可能性のない情報を照会する場合。これはそもそも更新とロック競合することもないはずだから、あまり効果ないかな。他にもあれば追記していくぞね。XHR(Ajax)&DI)ちょっと間があいてしまったが再開。ショートカット機能)2018年09月01日のツイート月別アーカイブはてなブログをはじめよう!digoさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。