エンティティを２つに分けます - How BuddyPoke Scales on Facebook Using Google App Engine - urekatのスカンク日記３
http://highscalability.com/blog/2010/1/22/how-buddypoke-scales-on-facebook-using-google-app-engine.html エンティティを２つに分けます：メインモデルとサブモデル。 Datastoreのputはもっとも大きなコスト要因なので削減するためにできることはなんでもやりましょう。 メインモデルにはkeyだけでアクセスします。 インデックスは一切作らないし、余計なフィールドも一切保存しないようにします。 getのスピードは速くなり、putにかかる料金は安くなります。 余計なフィールドは時間もお金も無駄にすることになります。 だからUserモデルの「入会日時」フィールドはメインモデルには含めません。 このような頻繁に使わないフィールドはサブモデルに入れておきます。 サブモデルに対してインデックスを作り、
たけまる / Google App Engine のデータストアは Bigtable をどのように使っているのか
_ Google App Engine のデータストアは Bigtable をどのように使っているのか [gae][bigtable] Google App Engine (GAE) が発表されてから2週間ほど経ちます．GFS や Bigtable という名前だけはよく耳にするようになりましたが，Bigtable と GAE のギャップについては話題になっていないように思います． Bigtable は multi dimensional sorted table と言われるように， primary key (row key) でソートされたテーブルでしかありません．つま り，GAE のデータストアが提供するような多様な検索機能は持たないわけ です．というわけで，GAE のデータストアを実現するために，Bigtable がどのように使われているのかを考えてみました． # この件について，もし
Datastore に泣いたアナタに捧ぐ（前編） - Google App Engine - 暗号、数学、時々プログラミング
Google App Engine | 07:49 | 最近少しずつ当ブログにリンクを張って頂けるようになってきた。色々な人に読んでもらえるならば当然そっちの方が嬉しいワケで、実にアリガタイことだと思う。「まとめサイト」とかに入れて頂くと、これまで気づいて頂けなかったような人達にも読んでもらえるチャンスも広がるワケで。これがきっかけで何か面白いアプリが世の中に出るような事になるのであれば、これ以上に嬉しいことはない。そして、ここまできたら本家Google Japanよりも先に全ての日本語訳を完成させてやろうかしらん、なんて思ったり思わなかったり。（ただ正直なコトを言うと、これから先はリファレンス系の話が頻繁に出てくるので、いくら"超"訳するにしても全くのPython初心者が読んで理解出来る内容になるのかなー？って不安もある。翻訳完了より先にPython特別訓練が開始される可能性あるカモ。な
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.machu.jp/posts/20090927/p01/
http://www.machu.jp/posts/20090906/p01/
http://www.machu.jp/posts/20090905/p01/
BigTable のオープンソースクローン - Twisted Mind
