達成しようとしていることによっては、一時テーブルが最適なオプションではない場合があります...次のカップルのリクエストの範囲を狭めるために、データを統合したテーブルを作成すると便利になる場合がありますが、そうすることが効率的であることはめったにありません。
また、一時テーブルには複数回アクセスできないため、実際のテーブルが必要になります。
テーブルの作成にはディスク書き込みが必要ですが、これはRAM内の純粋な選択よりもはるかに効率的ではありません。キャッシュ方式を使用すると、前の選択の結果を非常に高速に取得できます。そのselectをクエリのFROM部分として使用して、巨大なデータベースにプールするよりも高速にすることができます。しかしそれでも...
私たちは約1Toのデータセットを進化させています。大きなクエリは、ユーザーの権利（category、store、...）に応じた結果の製品であり、ユーザーが権利を持っている製品を指すテーブルを作成しようとしました。次に、そのテーブルを使用して、巨大なwhere条件を必要とせずにデータを取得しますが、SSDを使用するとまだ低速でした。そのため、サーバーに巨大なRAMをダンプし、一時テーブルを埋めるために使用したSELECTがログイン時にユーザーごとに実行され、FROMとして使用され、すべてが完璧になりました。