コンシューマサービスの運用に耐えるDB性能設計とは - レベルエンター山本大のブログ

JOIN 禁止の話に、いまだに絡んでくれる人がいた。 ■「艦これ」から、ソーシャル系のサーバ構成を考える - SQLer 生島勘富 の日記 僕が以前に書いた本テーマに関するエントリは以下の３つ。 ■信じられないDB文化「Join禁止」に「固定長DB」、、でも、合うんです。大規模コンシューマ向けサービスのRDB設 ■信じられないDB文化「固定長DB」でもあうんです。大規模コンシューマ向けサービスのRDB設計 ■ホント信じられないDB文化だけど、統計情報固定化はマジでアリ ちょうど折よく、ウチの会社のオラクル女子が書いたエントリの続きも公開されました。 ■一緒にまなぼ！「hiromi と楽しむOracleパフォーマンスチューニング！」【Vol.2 Statspackを見てみよう】 ということで僕の中でDB熱が盛り上がってきたので返答的なエントリを書きます。 「とりあえずメモリだけ気にしておけ」

[otsune]

SQLオジサン発の話題はだいたいgdgdになる法則が

[frkw2004]

元記事はメモリ管理を工夫してディスクI/Oをできるだけ起こさないように（ディスクI/Oが起きてはもう遅い）という趣旨じゃないのかな。

[qaz76]

STATSPACKフェスｗｗｗ

[cider_kondo]

現実に遊んでるソシャゲの挙動からするとこっちの記事の方が納得感があった。

[NOV1975]

こっちのほうがだいぶ納得感があるｗｗ

[nemoba]

この先に見えるのはNoSQLで、すごくオーソドックスなにおい。元記事の主張も気になるからもっとワイワイして欲しい。

[Akaza]

あとは、いくらクエリをシンプルにしても限界はあるので、KVS上手く使ってメモリ領域を拡張しようだとか、ioDriveでディスクI/O性能自体の強化だとかいう話になっていくと

[kamm]

非常に納得

[fire_0218]

コンシューマサービスの運用に耐えるDB性能設計とは - 山本大＠クロノスの日記

[puchiban]

ソーシャルゲームにおけるJOIN禁止の理由と意味を理解していない。「不適切な実行計画」じゃなくて、テーブルで縦に割れないからって単純な理由なわけだが。他に関しても全く理解していないね。

[tumo300-500]

良記事

[honeybe]

「一部では「ゴッドハンド」と呼ばれて」

[iakio]

ゴッドハンドとよばれるくらいにならなければコンシューマサービスのDBは運用できない

[yhakusyaku]

コンシューマサービスの運用に耐えるDB性能設計とは - 山本大＠クロノスの日記

[shibacow]

感覚としてはわかる

[yo_waka]

"多くのテクニックはその時点の環境に最適化したSQLを作ってしまいがち"

[taka222]

”コンシューマサービスの運用に耐えるDB性能設計とは - 山本大＠クロノスの日記”

[nakag0711]

一番激しいとこはワークテーブルベースにすれば。

[norifumi]

斜め読みだけど、ディスクI/Oがボトルネックになるのに激しく同意！　まぁ、でもみんなわかってるよね、ふつー。コンシューマサービスの運用に耐えるDB性能設計とは - 山本大＠クロノスの日記

[shields-pikes]

今まさに新サービスのDBあれこれいじってるとこなので参考になる。

[flytales]

SQLおじさんにマジレス

[ebisu3htn]

via 山本大＠クロノスの日記 http://d.hatena.ne.jp/iad_otomamay/