質問: mysqlにおいて、ほしい情報が別のテーブルに散らばってしまっている場合、 一度にjoinしてもってくるのと、すべてのテーブルを複数回に分けてリクエストするのとではどちらの方が負荷は低いのでしょうか。 例えば、下記のような2つのテーブルがある場合を想定します。 * テーブル1. 顧客の購買履歴管理テーブル * テーブル2. 顧客データ管理テーブル ここで、今月の全購買履歴と、各顧客データを同時に表示したいという場合、 joinを使ってしまえば、叩くSQLとしては一発で終わりますが、 一度テーブル1から、今月分のデータを抜き出し、その後テーブル2から各顧客データを取る場合は、顧客数分だけSQLを発行することになります。 顧客数が少ないような状況下においては、複数に分けても、その回数は多くないので問題ない気もします。 ただ、顧客数が多くなってくると、発行SQL数が多くなってくるので、こうなってくるとテーブルをjoinしたほうが良いのかとも思います。 ### 補足 一言で、 `負荷` と言っても、私自身なにをさして `負荷が高い` といえるのかがあまり理解出来ておりません。 DBで負荷を語る場合には、データベースサーバの `CPU使用率や` `コネクション数` を見ればよいかという浅はかな考えを持っておりまして、この考えを元にすれば、複数のSQLを発行することはコネクションの増加につながりますので、もしこのコネクションが詰まれば、結果的にCPU負荷も上がってしまう可能性もあるかと思います。 以上のことから、顧客データが増えてくる状況下においては、joinの方が付加的には低く抑えられるのではないか、という仮説を持っております。 この件に関して、皆様のご意見を教えていただきたいです。
回答: どのようなケースにしても、測定して客観的に評価することがポイントかと思います。 以下のページにパフォーマンス測定のためのヒントが記載されています。 https://www-jp.mysql.com/products/workbench/performance/ 特に explain コマンドはSQL文に無駄があるか否かなどを評価する際によく利用するコマンドです。