multi-versionの基礎 - 急がば回れ、選ぶなら近道
multiversionの基礎 自分用のMulti Version Concurrency Controlのまとめ MVCCの基礎理論をまとめておく。今後はここを参照する。 基本的にTX本とCC本から必要な部分をまとめている。 （一回まとめてるけど、Multi-version Conflict Serializability - 急がば回れ、選ぶなら近道 前回はそもそもCSRとの混線を防ぐという意味だったので、今回はもっと基本的なところからさらに。今回はCSRとの関係はガン無視。） 前置き：自分の考えを記録的に 基本的にMulti Version Concurrency Control （以下MVCC）は理論先行だった。これはMVCCのオーバへードがsingle-versionのパフォーマンスを凌駕できなかったことによる。以下の理由によりMVCCが今後は伸張すると考えている。 1.メモリー
楽観的ロックをためす - marsのメモ
GORMのドメインはほっといてもversion属性が付いて，save(flush:true)で楽観的ロックをやってくれる。 → http://grails.org/doc/1.0.x/guide/5.%20Object%20Relational%20Mapping%20(GORM).html#5.3.5%20Pessimistic%20and%20Optimistic%20Locking 実際に試してみたらそのスコープがとても狭くて，ちょっとあたしが思っている楽観的ロックと違っていた。どう違ってたか説明するけど，丁寧に説明するのがシンドイのと，とりあえず自分の備忘録になりゃいいや程度の思い入れなんで，そこらへんは行間読んでくれ。 ＃そうそうGrailsのバージョンは，1.0.4ね。 まずは「あたしが思う楽観的ロック」。まーなんだ，hiddenなりHttpSessionなりに参照時(edit
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
