ループ内のSQLクエリ

Question

ループ内でsqlクエリを回避する必要があることをGoogleコードで示唆しています。その理由は、データベースへの複数のラウンドトリップがスクリプトを大幅に遅くするためです。それらが与える質問の例はこれです。

$userData = array(); 
foreach ($userList as $user) { 
    $userData[] = '("'.$user['first_name'].'", "'.$user['last_name'].'")'; 
} 
$query = 'INSERT INTO users (first_name,last_name) VALUES'.implode(',',$userData); 
mysql_query($query); 

私の質問は... 1.どのように重要なことは、ループの外にクエリを維持することであり、それは常に回避することがありますか？ 2.この同じロジックを使用してSELECT文を実装するにはどうすればよいですか。

つまり、このクエリがあるとしましょう。

$index=0; 
while ($index < count($id)) { 
    $result[] = mysql_query("SELECT * FROM tblInfo WHERE site_id = '".$id[$index]."' "); 
    $index++; 
} 

どのようにこのSELECT文をループ外で実行できますか？私はこれよりはるかに複雑なSELECTステートメントを大量に持っています。したがって、必要と思われる場合は、これらのクエリをループから取り除きたいと思います。誰かがGoogleと同意している場合は、サンプルコードを投稿してください。

すべての応答を高く評価します。

Answer 1

演算子IDのリストを使用して、MySQL IN演算子を使用できます。

SELECT * FROM table WHERE id IN (1,4,6,8,5,6) 

それは（千のSELECT Sより確かに良い）IDの数千人のさえ非常に長いリストを扱うことができます。しかし、このような場合は、アプリケーションの設計も考慮する必要があります。すべてのページの読み込み時に何千ものIDを持つINを使用する必要がある場合は、設計時に何かが間違っています。

INSERTを1つのクエリに集約することもできます（documentationを参照）。

一般に、ループ内のほとんどのクエリは、通常rewritten as subqueriesです。このような場合は、パフォーマンスと可読性/保守性のどちらかを選択する必要があります。サブクエリは、一般的に理解し、最適化/デバッグするのが大変です。あなたはこの記事が面白いかもしれません

Answer 2

：http://blog.fatalmind.com/2009/12/22/latency-security-vs-performance/

Answer 3

往復コストを回避することはあなたにどのように重要なのは、いくつかのことに依存します。

まず、何回往復していますか？あなたが3または4を作っているなら、それを聞くことが苦痛になるならば、おそらくアドバイスを無視することができます。

第2に、セットアップでの往復の費用はどれくらいですか？ dbへのラウンドトリップに100ミリ秒かかる場合は、2ミリ秒かかる場合よりもはるかに真剣に回避する必要があります。

第3に、クエリを実行する必要があるプロセスの時間はどれくらいですか？ユーザーが待っている場合は、これに注意を払う必要があります。ユーザーは待つのが嫌です！あなたが背後で実行され、いくつかの仕事をするAjaxプロセスを使用している場合は、それほど重要ではないかもしれません（タイムアウトのために注意する必要がありますが）。

Googleのアドバイスは基本的には無駄だが、無駄な時間は無駄だ。ただし、特定のケースに応じて、無駄な時間は、あなた、システム、およびユーザーに多かれ少なかれ深刻な可能性があります。