全IT関係者が知っておくべき「1-copy-snapshot isolation」 - 急がば回れ、選ぶなら近道

テクノロジーカテゴリーの変更を依頼記事元:

okachimachiorz.hatenablog.com

195 usersがブックマークコメント

全IT関係者が知っておくべき「1-copy-snapshot isolation」 - 急がば回れ、選ぶなら近道

snapshot isolationを分散環境に適用する場合の「基本」の内容のまとめになります。（基本自分用のメモ... snapshot isolationを分散環境に適用する場合の「基本」の内容のまとめになります。（基本自分用のメモなので、間違っていたらすみません）まずワーディングの整理・snapshot isolation TXの分離レベルとしてのsnapshot isolation（以下SI）は、現在のRDBMSのTX管理では、ほぼ実装的にはデファクトと見ていいと思います。ただしANSIの規定のISOLATION_LEVELには定義がないので、どのあたりに位置づけるのかは、DB実装のそれぞれの取り扱いにより異なります。とはいえ、どのDBでもほぼSERIALIZABLEに近い位置づけにしているところが多いですね、というか、SI（特にSerializable SI）ぐらいでないとserializableに現実的には近づけないというのが実態かと思います。（勿論理論上はS2PLで実装は可能ですが、まぁパフ

auient 分散トランザクションの話？さっぱり分からないけどいつか必要になるかも。/ 基本自分用のメモといいつつ「全IT関係者が知っておくべき」と題するのはいかがなものだろう。

2013/05/12 リンク

ys0000 タイトルのホッテントリメーカー的な付け方が気に入らない。ネットワーク管理者にはRDBのトランザクション知識は必須ではない。

2013/05/13 リンク

ita-wasa commit：optimistic concurrency controlです。write操作を含むTxについてはcommit時点でTxの成否を判断します。基本的にTx開始時点のtimestamp(tx_begin)とcommit時点の最新のversionのtimestamp(current_version)を比較して、後者が前者よりもあと（timest

2013/05/23 リンク