前提: ゲームに限らずランキング機能が必要になるケースは多い つまり需要はある だが、MySQLで高速なランキング表示は難しい 具体的に言うと、以下の要件を満たすのが不可能 1行の更新コストが要素数Nに対して O(log N) 以下 任意のランキング位置周辺のSELECTコストが O(log N) 以下 ならば、専用のストレージエンジンを作ればいいのではないか いつやるか? 今でしょ! 以下理由 MySQL 5.5以降?だとストレージエンジンをまたぐトランザクションがまともになってるはず*1 ランキング専用でいいから、テーブル構造とか固定でいい(つまり実装が簡単!) ランキング専用だから、テーブル・ロックで十分(つまり実装が簡単!) 更新すると順位がずれる(つまりテーブルの大部分に影響がある)ので行ロック実装するメリットが小さい*2 ランキング専用でいいから、全データをメモリにもっても問題
ツイート今日は第11回目となる Hadoop Source Code Reading に参加してきたので、わたしのメモを共有したいと思います。 日 時: 2012年7月30日(月) 19:00〜21:00 (受付開始 18:40) 場 所: 豊洲センタービルアネックス(NTTデータ、豊洲駅直通) 地 図: http://www.nttdata.com/jp/ja/corporate/profile/guide/map.html 定 員: 80名 参加費: 1000円 (懇親会費用として) 今日の発表は以下の 3 つでした。 (どれも聞き甲斐がある内容でした) Contents. BigTopに関するお話 (Cloudera, Inc Andrew Bayer氏) CDH4に入った新機能 NameNode HA の実力を試してみました (NTTデータ 山下 真一 氏) 複数DCで運用するHa
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く