Making Snapshot Isolation Serializable 再考 - 急がば回れ、選ぶなら近道

Making Snapshot Isolation Serializable 再考 ■2013年的な位置付け まずちょうど年度の開始なので、今年は自分的にはRDBMS関連の位置付けとか整理しておきます。去年の後半あたりからの匂いですが、NoSQL的な発展と合わせて、本格的なDB回帰が始まっている感じです。NoSQL系のほぼ致命的な弱点の一つがtransaction処理であることは指摘も多いところです。要するにデータが書き込めても不整合が発生しますね、ということになってしまいます。これではなかなか使えない、というのが現状でしょう。 なので、RDBMの最良のノウハウであるtransaction処理とNoSQL的な分散処理をちゃんと整合性とれるようにしましょう、という自然な流れは従前よりもより強い要請が働くでしょう。(できるかどうかは別ですが。) それで、そろそろなんかその手のものがRDBMSサ

[matarillo]

オライリーの「データ指向アプリケーションデザイン」が日本語で出たので、ようやくこのあたりを読み直してる

[tom__bo]

skew,SI

[pmc12]

Making Snapshot Isolation Serializable　再考 - 急がば回れ、選ぶなら近道

[airj12]

途中からわかんなくなった…

[kimutansk]

transactionとNoSQL的な分散処理の整合性は取れるんでしょうかね。ネットワーク遅延という壁があるので、OKパターンを保証してそれに合うアプリで使い分けるしかない気が・・・その辺素人ですが

[fumisan]

難しいです。だれか３行で教えてください。