マテリアライズド・ビューを作る。

データの更新頻度が少ないもしくは更新タイミングが決められている
マスタテーブルなどの参照で、結合等々でレスポンスが出ない場合、
マテリアライズド・ビューが有効だそうな。

用途はビューと同じだが、定期的に更新される上インデックスを
設定できるので、必要なデータだけが入った単一テーブルとして
参照ができる。

作成手順を書いてみた。

１：マテリアライズド・ビューを作成する。
create materialized view ビュー名
refresh force with rowid
as
SELECT 項目名 FROM (スキーマ).参照テーブル
/

２：インデックスを設定する。
　　TABLESPACEの設定は環境によって適宜変更する。
CREATE UNIQUE INDEX スキーマ.インデックス名 ON スキーマ.ビュー名 (1, 2・・・)
  TABLESPACE USERS LOGGING PCTFREE 10 INITRANS 2 MAXTRANS 255
    STORAGE(INITIAL 16K NEXT 328K MINEXTENTS 1 MAXEXTENTS UNLIMITED PCTINCREASE 50 
      FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT )
/

３：リフレッシュグループの設定する。
　　ビューのデータを更新するタイミングをグループ単位で設定できる。
　　<<実用最低限の項目の意味と設定値。他は適宜設定>>
　　next_date　：次回リフレッシュ日付。初回は最初の更新タイミングとなり、以降は勝手に書き換わる。
　　interval 　：リフレッシュ間隔　この間隔を元にnext_dateは算出されて書き換わる。
<例：2010/02/12の1時開始で1日おきにリフレッシュをしたい場合。>
BEGIN
DBMS_REFRESH.MAKE(
  name => '"リフレッシュグループ名"',
  list => '',
  next_date => to_date('12-02-2010 01:00:00', 'MM-DD-YYYY HH24:MI:SS'),
  interval => '/*1:Day*/ sysdate + 1', 
  implicit_destroy => FALSE,
  lax => FALSE,
  job => 0,
  rollback_seg => NULL,
  push_deferred_rpc => FALSE,
  refresh_after_errors => FALSE,
  purge_option => NULL,
  parallelism => 0);
END;
/

４：マテリアライズド・ビューをリフレッシュグループに追加する。
　　複数登録したい場合は対称ビュー分書く
BEGIN
DBMS_REFRESH.ADD(
  name => '"リフレッシュグループ名"',
  list => '"ビュー名"',
  lax => TRUE);
END;

10gの環境なんで他は違う書き方なのか、
大量データはリフレッシュに時間がかかるのかは未検証なので
わかったら更新します。

Oracle11g

奥が深いですね。

データ量によって実行計画が変わってしまうので、数千万件単位の
のデータに対応するSQLを組むのが非常に難しい；

INDEXが効いていてもヒット率によってはフルスキャンと変わらないので
悩ましい。
メモ書いておきます。

＜SQLチューニングについて参画した現場で今までに学んだこと＞

・INDEXが効かない外部結合・Viewを使わない。

・INDEXが効いていても遅い場合はPKで検索する。

・数万件単位の登録・削除を繰り返すと統計情報がずれるので
　ANALYZEを行う。
　（ANALYZEコマンドはCBOには非推奨。なので10gからはプロシージャを使用。）

・GROUP関数を使ったSQLのINDEXはGROUPBY句の項目全指定で
　高速化する。