全IT関係者が知っておくべき「1-copy-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関係者が知っておくべき」と題するのはいかがなものだろう。

[ys0000]

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

[koemu]

Principles of Transaction Processingを読み直そっと。 Transaction Processing: Concepts and Techniquesは挫折した。

[zsiarre]

あとで

[ita-wasa]

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

[tarchan]

＞そもそもNoSQLの世界でTXとかいるのか？という議論ですが、今のところ要りますね、という結論のようですね。

[hitotakuchan]

また必要になった時に読もう

[railute]

まさにCassandraの歴史を見ているような気分なのでもう一度頭の中身を整理して見直してみます。Counterが特にそう。

[kimutansk]

Spanner方式使って各レプリカのTsを一致させれば、UpdateAnyware+Decentralizedでもこの位ですむ・・・わけですか。