スティルハウスの書庫

shin1o 2009/08/30 17:44 > 確かに。。間違いとまでは言わないけど

すいません、私の書き方がまずかったんで元記事に訂正をいれました。JDOから入るのが間違いというつもりはなく、「間違った理解をしやすい/はまりやすい」という風に書くつもりでした。

> Low-level APIだけ使っているとEG単位でのACID保証はされないということかな？

そこは大丈夫です、キーによるEntityGroupの形成をしてしまえば、Transcationの動作についてはJDOと同じ…というか本来のEntityGroupの動作がそれです。

higayasuo 2009/08/30 17:50 Low-level APIだけでEG単位でのACIDは保証されています。
そのためにはトランザクションを引数に持つDatastoreService#put()でEG内で更新が必要なエンティティをすべて指定する必要があります。

JDOで追加されているのは、@Versionを使った楽観的排他制御です。
Bigtableの楽観的排他制御とはまた別の話(だと思います。Python版でもできるから)。

higayasuo 2009/08/30 17:58 トランザクションを引数に持つDatastoreService#put()を複数回呼び出しても大丈夫なのかもしれませんが、一回にしておいたほうが、安全な気がします。この辺は、javadocからは読み取れないですね。

higayasuo 2009/08/30 18:02 親のKeyを自動採番にしている場合は複数回putを呼び出さざるを得ませんね。ということは、putを複数回呼んでも大丈夫だということですね。ただし、putの引数にトランザクションは必要だと思います。

shin1o 2009/08/30 18:09 > putの引数にトランザクションは必要

ここは悩んでいる所なんです。put(Transaction tx, Entity entity)とput(Entity entity)の差が見当たらないんですよね。pythonでいうrunInTransactionな方法に慣れていると、transactionを渡したくなるんですが、渡さなければならないという理由が見当たらんので困ってます。

「Transactionを渡しておくのが無難」というカンジで理解する方が良いのでしょうかねぇ。

shin1o 2009/08/30 18:44 put()のトランザクションの話について、ひさんより元記事の方へコメントして頂いており、それに気づかずこっちへ書いてしまいました。元記事の方にコピーしてコメントをひとつ削除させていただきます。

kazunori_279 2009/08/30 19:10 shin1ogawaさん、ひがさん、コメント＆貴重な情報どうもです！　私の本文も直しておきました（どんどん理解が深まってありがたいです）。

はてなユーザーのみコメントできます。はてなへログインもしくは新規登録をおこなってください。