• 人気のコメント(0)
  • 全てのコメント
digo digo 現在はクロスグループトランザクションがあるので不要だが、それでもすごい勉強になる記事

2017/05/26 リンク

lucierxxx lucierxxx Slim3でのTransaction処理。わかりやすい。

2011/08/09 リンク

tinsep19 tinsep19 EntityGroupが重要らしい。

2010/04/05 リンク

zorio zorio 面倒だけど面白いな。こうやればいいのか。

2010/03/01 リンク

t-tanaka t-tanaka Google App Engineにおける「送金のトランザクション」処理パターン

2010/02/13 リンク

toton toton 「App Engineで現実的な送金処理について考え中」

2010/02/12 リンク

TAKESAKO TAKESAKO Song of Cloud: 送金のトランザクション処理パターン

2010/02/11 リンク

rjj rjj 並行制御ではなく、耐故障性の話。

2010/02/10 リンク

NAT NAT こういうトランザクションだと、スケールしやすいのかしら。:送金のトランザクション処理パターン

2010/02/10 リンク

tanakaBox tanakaBox トランザクションについて

2010/01/25 リンク

lizy lizy immutableと組み合わせたり出来ないのかな

2010/01/06 リンク

yssk22 yssk22 CouchDBBのときとほぼ同じパターンですね。トランザクション自体をデータとして保存する、というのは有効: http://d.hatena.ne.jp/yssk22/20090916#1253123871

2009/11/25 リンク

takkecy takkecy クレジット

2009/11/23 リンク

faw faw Transaction Entity Google App Engine EntityGroup エンティティ Atomic SQL Task Queue

2009/11/20 リンク

    関連記事

    Song of Cloud: 送金のトランザクション処理パターン

    App Engine現実的な送金処理について考え中です。 ドラフト版なので、怪しい点があればご指摘いただけ...

    ブックマークしたユーザー

    • digo2017/05/26 digo
    • paulownia2014/02/11 paulownia
    • escape_artist2013/09/11 escape_artist
    • shimanp2013/04/09 shimanp
    • t2wave2012/03/25 t2wave
    • T2-wave2012/03/20 T2-wave
    • peketamin2012/01/08 peketamin
    • s-0samu2011/12/16 s-0samu
    • amberjack1152011/09/24 amberjack115
    • zepbag2011/08/20 zepbag
    • lucierxxx2011/08/09 lucierxxx
    • n3142011/06/26 n314
    • manaten2011/06/22 manaten
    • oinume2010/12/30 oinume
    • tacroe2010/08/28 tacroe
    • yuya_presto2010/08/05 yuya_presto
    • kwry2010/06/04 kwry
    • r-west2010/05/03 r-west
    すべてのユーザーの
    詳細を表示します

    いま人気の記事

    いま人気の記事 - 暮らし

    新着記事 - 暮らし

    同じサイトの新着

    • Song of Cloud: テキスト部分一致検索(接尾辞の列挙)

      1 userssongofcloud.gluegent.com

      App Engineでテキスト部分一致検索を紹介してみようと思います。 とりあえず新しい発見があったので、あまり効率的でない「接尾辞の列挙」という方法で実現してみます。 なお、サンプルコードは全てSlim3 Datastoreとデータストア低レベルAPIを利用して書かれています。 今回のエントリの内容は開発サーバ(1.2.6)で正しく動かないようです。試してみる方は、デプロイすることをお勧めします。 前方一致検索 App Engineのデータストア上で検索を行う場合、インデックスの「レンジスキャン」という方法で目的のエンティティが探し出されます。 これは、データストア上にソートされたインデックスエントリの開始位置と終了位置を指定して、その範囲全体を抜き出すイメージです。 これをうまく利用すると、テキストの「前方一致検索」が実現できます。 テキストはUnicodeの辞書式順序でソートされてい
    • Song of Cloud: autoreleaseのタイミング

      1 userssongofcloud.gluegent.com

      前回のわたくしのNSIndexPathについてのポストで、autoreleaseだとメモリ圧迫しちゃうねぇなどと書きましたが。 Xcodeで自動で生成されるソースを見ると、main.mに int main(int argc, char *argv[]) { NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init]; int retVal = UIApplicationMain(argc, argv, nil, nil); [pool release]; return retVal; } などとありまして、ああautoreleaseにした奴はアプリケーションが終了するまでプールされっぱなしなのだな、これは気をつけなきゃいけないなと思っていたのですが。 敢えてautoreleaseにしてたオブジェクトが予期せぬタイミングで初期化されて
    • Song of Cloud: XCodeのプロジェクト構成

      1 userssongofcloud.gluegent.com

      まずXCodeによる開発を行った場合のプロジェクト構成をまとめてみる。XCodeではプロジェクトの構成は必ずしも実ディレクトリと一致していない。XCode上で見える構成はグループという実ファイルに対する参照で取り扱われてる。とりあえずグループ:実ディレクトリの構成で書いてみる。 Classes:${basedir}/Classes/${projectName} ここには作成するアプリのコードを置く。Delegateクラス、ViewControllerクラスなどなど。 Other Sources:${basedir} ブートストラップとなるmain.m、共通のヘッダファイルとなる.pchなどはここに置く。CやC++のソースもここに置くのが慣習らしい。アプリケーション全体に関連するものを置く場所なのかな。 Resources:${basedir} 名前の通りリソースファイルを置くところ。画像、
    • Song of Cloud: UITableViewCellの現在の位置を取りたい

      6 userssongofcloud.gluegent.com

      UITableViewCellの現在表示されている位置を取得しよう、というんで素直に CGRect rect = cell.frame; と取ってみたくなりますが、スクロールが行われている場合はこれでは取れないです。このrectの持っている座標は、スクロールが行われてない場合の位置、つまり画面の外を指しています。 なので、どれだけUITableViewがスクロールされているかを取って引き算してやればいい、と。UITableViewにcontentOffsetなんてプロパティがあります。 CGPoint offset = tableView.contentOffset; rect.origin.x = rect.origin.x - offset.x; rect.origin.y = rect.origin.y - offset.y; めでたきかなこれで取れました。

    絶望先生×レールガン‐ニコニコ動画(9)

    1 users http://www.nicovideo.jp/

    絶望するほど美しい ロシアのコスプレ特集 Part2‐ニコニコ動画(9)

    9 users http://www.nicovideo.jp/