【Google App Engine】App Engineの弱みはトランザクション処理か？

相変わらずGoogle App Engineのアプリを作成しています。
何とか来月一日までには本番環境にアップしていたいと考えていたのですが、遅々として進みません。正直アプリ作成をなめすぎていたと痛感しております。
今までやってきた仕事は全部「設計書があったり、すでに既存の動いているものがあるところを改修」でした。今はすべて自分がやらなくてはなりません。ゼロからものを作るのがこれほど大変だとは・・・
さらにだんだんと管理対象が増えてきて、脳みその容量が追いつかなくなってきました。どこから手をつければいいのか・・・いままでの自分の仕事が以下に甘かったかと痛感させられます。

世間の厳しさをようやく知ったところに、ひどい追い打ちが。
今日気づいたのですが、Google App Engineはトランザクション処理が弱いんです。

私の中でのトランザクション処理の常識（Java）は、

try{
    int num = pstmt.executeUpdate();
    pstmt.commit();
} catch(SQLException e) {
    pstmt.rollback();
} finally {
    pstmt.close();
    connection.close();
}

こんなソースだったので、トランザクション処理なんて楽勝だろうと高をくくっていたのですが、
ふたを開けてみると、まぁまぁ出るわ出るわ、致命的な制限の雨・嵐。

1. トランザクション内部でQueryは実行不可能、Keyを利用したgetのみ可能
2. put()ならびにdelete()は1モデルインスタンスにつき1回のみ
3. トランザクション処理中のモデルは、すべて一つのエンティティグループに属していなければならない。
4. 現状、parentのいない親エンティティとそれを親にする子エンティティを同一のトランザクションで生成できない

事前にきちんとドキュメントを読み込んでいなかった自分が悪いし、何より分散DB環境なんだからこのぐらいの制約は当たり前だろうとも思いますが、しかしこれではトランザクションが使い物になりません。

上記の制約をまともに受けると、こんなソース（Python）になってしまいます。

try:
    old_model1 = copy_model(model1)
    model1 = edit_model1(model1, hogehoge)
    result1 = db.run_in_transaction(update1, model1)
    result2 = db.run_in_transaction(update2, model2)
except:
    if result1:
        #元の状態に戻す、ここで例外起きたら知らん（もう１つtry節が必要）
        db.run_in_transaction(update1, old_model1)

これでは一貫性のあるトランザクションとは言えません。
うーん、困りました。こんなところにApp Engineの弱点があるなんて。
とりあえずはトランザクションのことを考えないで先に進めることにします。
難しい問題だからじっくり考える必要がありそうですね・・・


おまけ
ローカルで上記の制約を確かめようとテストしてみたのですが・・・






あれ？ちゃんと登録できちゃうんですけど。
本番環境じゃないと再現できないんでしょうか・・・