【#PostgreSQL】マテリアライズドビュー，らしい．．．

謎な案件のデータベース構造
拡張するような話がチラホラと？

あちこちview書いているけど，今度の改造でフィールド数増えるし，結合テーブル増えまくるし？
これで速度が落ちそうな気が（微汗

クエリいじって解決しねぇ～かねぇ～と1週間ほど悩んでおったが

なんのことはない

マテリアライズドビュー
を使えばいいみたい

これを

CREATE VIEW testview AS 
 SELECT master.mastermainkey,
    master.testcd,
    master.testname,
    data.datamainkey,
    data.datavalue
   FROM ( SELECT id AS mastermainkey,
            testcd,
            testname
           FROM mas_test
          WHERE activefl = true) master
     JOIN ( SELECT id AS datamainkey,
            masmainkey,
            datavalue
           FROM tbl_data
          WHERE activefl = true) data ON master.mastermainkey = data.masmainkey;

これに変更

CREATE MATERIALIZED VIEW testview AS        /*この行変更*/
 SELECT master.mastermainkey,
    master.testcd,
    master.testname,
    data.datamainkey,
    data.datavalue
   FROM ( SELECT id AS mastermainkey,
            testcd,
            testname
           FROM mas_test
          WHERE activefl = true) master
     JOIN ( SELECT id AS datamainkey,
            masmainkey,
            datavalue
           FROM tbl_data
          WHERE activefl = true) data ON master.mastermainkey = data.masmainkey;

マテリアライズドビューは，テポラリテーブルを良きにはからって作ってくれて，
結果セットをこのテンポラリテーブルへ勝手にキャッシュするそうな

出力は，生テーブルをこねくり回して出力するんじゃなく，このテンポラリテーブルから出力されるとのこと

なんで，生テーブル側を更新しても，テンポラリテーブルは自動更新してくれないのは要注意
このテンポラリテーブルを最新情報に書き換えるには

refresh materialized view
コマンドを使わないといけないとのこと

↑の例なら

refresh materialized view testview;

でキャッシュがリフレッシュされるぞー

refresh materialized view は少し重い命令だそうで（まぁ，そりゃそうだわな）．テーブルロックがかかったり騒ぎになるかも？だそうで
軽く実行させるには「CONCURRENTLY」オプションをつけろじゃげな

refresh materialized view concurrently testview;

うちのケースだと
80msぐらいかかってた巨大クエリが50msしかかからなくなった．

3割ぐらい速くなったかな？

これを元で実装計画を，ば？