検索、ソートを早くするために計算結果を別のテーブルに保存する手法

Question

グーグル検索しても見つからないのですが
一般的でないのでしようか？

Answer 1

インデックスを貼ったテンポラリに流し込んでソートするのはよくやると思います
そうではなく別の一般的なテーブルにデータを流し込むと
複数ユーザーからの要求が競合するのであまり現実的ではないと思います

Answer 2

実際に処理時間を実測されると良いかと思いますが、ある条件で別テーブルに保存した後、元テーブルにその条件で対象になるデータが更新された場合に別テーブルにも反映させないといけません。この手間は考えられていますか？SQLの掟としてごく一部の例外を除いて ORDER BY がないとソート順は保障されません。

Answer 3

計算結果というものが何なのかにもよりますが、例えば日別や月別の売り上げなどという事であれば集計結果を別テーブルに保存する手法は一般的に使われる手法です。
リアルタイムで計算結果を表示しなればならないのであればアウトですが。

Answer 4

MySqlは詳しくないのですが、Oracleではマテリアライズドビューという機能があります。まさにおっしゃっている機能を実現するためにあります。

ダーティーリードがあり得るので、あまり奨められた方法ではありませんが、条件によってはありな方法だと思います。

Answer 5

あまり一般的ではありませんが、まるで需要がない、ということでもありません。

計算元のデータが変更されたとき、自動計算する、とかの機能を実現したいのであれば、
データベーストリガーを実装するのが良いでしょう。