｢あなたのＨ買い上げます｣
競馬予想★35万円ﾌﾟﾚｾﾞﾝﾄ!
下
Google App Engine 2アプ目
1:05/30(土) 12:40 tuYY7oEn

Google App Engine
http://code.google.com/appengine/

■過去スレ
Google App Engine 省15
647:12/07(月) 16:26 ??? [sage]
lowlevelAPIってどうやったら使えるの
648:12/07(月) 18:25 ??? [sage]
Javadoc見て感覚で書く
649:12/07(月) 20:03 ??? [sage]
えっ
パイソンじゃ無理なの？
650:12/07(月) 22:09 ??? [sage]
>>642だけどソースを見たらどうも駄目っぽい
コミットの途中でクラッシュした時のことが考えられてないし、整合性の問題がある
箇所がいくつもあったり、競合が発生した場合のひどいパフォーマンスとか
とにかく問題が多すぎて、たぶん使ったら大変なことになる
651:12/08(火) 03:17 ??? [sage]
>>650
＞のような「複数エンティティ・グループをアトミックに更新する」方法がありません。
＞実は、Low-level API なんかをうまく使って対応する方法が色々とある

「ローレベルAPIならアトミックにできる」とも読めてしまうけど、そういうわけではないってこと？
652:12/08(火) 10:24 ??? [sage]
例えば銀行口座間の送金をトランザクションを利用した実装にするには残高entityをすべて１つのentitygroupにまとめておく必要があるわけですよね。
するとロック範囲も全体なので並列処理できない。スケールしない。

すると出てくる手法はなにがあるのでしょうか。

分散トランザクションとか２フェーズコミットとか？ 省13
653:12/08(火) 11:13 ??? [sage]
>>652
BASEトランザクション
・Basically Available
・Soft-State
・Eventual Consistency
省8
654:12/08(火) 12:49 ??? [sage]
>>651
そもそもAcid HouseではLow Level APIは使ってない
内部でJDOのPersistenceManagerを複数生成して、それぞれ別のトランザクションを
開始しているんだけど、どうもデータストアが提供するこの機能のことを指して
Low Level APIと言っている気がする
省9
655:12/08(火) 12:51 ??? [sage]
>>652
Song of Cloudでもその話題を扱ってますね
送金のトランザクション処理パターン
http://songofcloud.gluegent.com/2009/11/blog-post_18.html
分散トランザクション処理の最適化
http://songofcloud.gluegent.com/2009/11/blog-post_24.html
656:12/08(火) 13:40 ??? [sage]
>>654
＞速度が速くて自由度が若干高いというだけで機能自体は変わらない

なるほど、ありがとう
上前次1-新書写板覧設AA
#
1万円が女性10名様に