エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
MySQLでJOINの高速化 | 勉強したことのメモ
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
MySQLでJOINの高速化 | 勉強したことのメモ
JOINで無茶苦茶悩んだのでメモ。やりたかった事は、MySQLで テーブルAには必要最低限のログが格納テーブ... JOINで無茶苦茶悩んだのでメモ。やりたかった事は、MySQLで テーブルAには必要最低限のログが格納テーブルBにはカテゴライズ情報が格納AとBを組み合わせてカテゴリー毎に集計したいというもの。 あと難点として、テーブルAは200万件ほどデータが入っていて、尚且つサーバースペックが5年以上前のものらしくあまりよくないらしい。 で、最初に考えた案としては普通にJOINして、結果をWHEREで絞って集計。 SELECT SUM(aaa) FROM table_a AS a LEFT JOIN table_b AS b ON a.aaa = b.bbb WHERE ~~~みたいな感じ。結合のキーは文字列。 1日毎の集計だと問題ないけど月間、年間で集計したら トラフィックがえげつないことになった。 かといってPHPで処理したらメモリ不足でタイムアウトが発生した。 上司に相談したところ、DBの構成を