マテリアライズドビューのリフレッシュ

ベーステーブルのデータを更新すると、マテリアライズドビューのデータとベーステーブルのデータが一致しなくなる可能性があります。マテリアライズドビューのデータを維持するために、OceanBaseデータベースはマテリアライズドビューのリフレッシュを実行します。

OceanBaseデータベースでサポートされているマテリアライズドビューのリフレッシュ戦略は、フルリフレッシュと増分リフレッシュをサポートしており、手動スケジュールと自動スケジュールの両方をサポートしています。

フル更新

OceanBaseデータベースは、非同期的な更新を用いてフル更新を実行します。具体的には、隠れたテーブルを作成し、その隠れたテーブルに対して更新ステートメントを実行した後、元のテーブルと隠れたテーブルを切り替えます。そのため、フル更新操作には追加のストレージが必要であり、インデックス（存在する場合）も完全に再構築されます。

フル更新の注意点

• フル更新は非常に時間のかかるプロセスになる可能性があります。特に、大量のデータの読み取りや処理が必要な場合はそうです。そのため、フル更新を実行する前に、更新に要する時間を常に考慮する必要があります。
• 現在のベーステーブルの列とマテリアライズドビューの対応する列の型が一致している場合、フル更新の条件を満たしています。一致しない場合は、フル更新を実行できません。
• あるマテリアライズドビューがフル更新された場合、それに依存するマテリアライズドビュー（ネストされたマテリアライズドビュー）は、その後の増分更新を行う前に必ず一度フル更新を行わなければなりません。そうでない場合、エラーが発生します。

増分更新

増分更新をサポートするマテリアライズドビューは、現在、単一テーブルの非集計、単一テーブルの集計、複数テーブルの関連付け、複数テーブルの関連付けと集計、および集合クエリ(UNION ALL)のSQL文を対象としています。これら5つのシナリオに該当しないSQL文については、現在増分更新はサポートされていません。増分更新をサポートするSQL文の要件については、以下に詳述します。

単一テーブルの非集約増分更新

単一テーブルの非集約増分更新例

1. テーブル tbl1 を作成します。

   CREATE TABLE tbl1 (col1 INT PRIMARY KEY, col2 INT, col3 INT, col4 INT);
   

2. テーブル tbl1 に基づいて、増分更新を行うマテリアライズドビュー mv_tbl1 を作成します。

   CREATE MATERIALIZED VIEW mv_tbl1
       REFRESH FAST ON DEMAND
       AS SELECT col1, col2
          FROM tbl1;
   

単一テーブルの集約増分更新

単一テーブルの集約増分更新の基本要件は以下のとおりです：

• FROM テーブルはベーステーブルでなければならず、インラインビューや通常のビューなどにはできません。

  説明

  ネストされたマテリアライズドビューはリアルタイムマテリアライズドビューをサポートしていないため、FROM テーブルがマテリアライズドビューの場合、リアルタイムマテリアライズドビューは使用できません。

• FROM テーブルは1つだけ存在する必要があります。

• FROM テーブルにはmlogが作成されており、ビューで使用されるすべての列がmlogに存在する必要があります。

• ビュー定義にサブクエリは含まれません。

• ウィンドウ関数はサポートされていません。

• ビュー定義に ROLLUP、HAVING、DISTINCT、ORDER BY、LIMIT、FETCH などの句は含まれません。

• クエリに DISTINCT が含まれる場合、増分更新が可能なマテリアライズドビューの出力列は一意である必要があります。そのため、このような場合は DISTINCT の使用を直接禁止するか、削除する必要があります。

• GROUP BY を伴わないステートメントは、スカラーアグリゲート（Scalar Aggregate）でなければなりません。

• GROUP BY シナリオのマテリアライズドビューでは、SUM や COUNT などの集約関数をサポートしており、集約関数では単純な列のみを使用できます。

  • V4.4.2バージョンでは、V4.4.2 BP2バージョン以降、増分更新マテリアライズドビューの定義に対応する集約関数が含まれているため、SELECT 句に依存列を含める必要はありません。

  • V4.4.2 BP2以前のバージョンでは、GROUP BY の要件は以下のとおりです：

    集約関数	SELECT 句には依存列を含める必要があります
    COUNT( expr )	N/A
    SUM ( expr )	COUNT( expr ) または expr が NULL 以外
    AVG ( expr )	SUM ( expr ),COUNT( expr )
    STDDEV ( expr )	SUM ( expr ),COUNT( expr ),SUM ( expr * expr )
    VARIANCE ( expr )	SUM ( expr ),COUNT( expr ),SUM ( expr * expr )
    SUM および COUNT に分解できるその他の集約関数... (計算方法の変更により精度が変わる可能性があります)	SUM (col1),COUNT(col1)
    MAX(expr)/MIN(expr)	COUNT(expr)

    1. GROUP BY 句は標準の GROUP BY 構文でなければならず、ROLLUP と HAVING はサポートされていません。
    2. SELECT 句にはすべての GROUP BY 列を含める必要があります。
    3. 集約関数には DISTINCT キーワードが含まれません。
    4. SELECT 句には集約関数の列に加えて、対応する集約関数の依存列と COUNT(*) 列も含める必要があります。例えば、集約関数 SUM(expr) を使用する場合は、COUNT(*) および COUNT(expr) 列も含める必要があります。

MIN/MAX集計増分更新条件：

V4.4.2 BP2 より前のバージョンでは、上記の単一テーブル集計増分更新の基本要件を満たす場合、集計関数 MAX および MIN の使用には、さらに以下の要件があります：マテリアライズドビューのベーステーブルに GROUP BY 列をプレフィックスとするインデックスが存在する必要があります。

単一テーブル集計増分更新の例

1. テーブル test_tbl1 を作成します。

   CREATE TABLE test_tbl1 (col1 INT PRIMARY KEY, col2 INT, col3 INT, col4 INT);
   

2. 更新方法を増分更新とするマテリアライズドビューを作成します。

   • mv1_test_tbl1 という名前のマテリアライズドビューを作成します。マテリアライズドビューの更新方法を増分更新に指定し、必要に応じて手動で更新操作をトリガーできるようにします。マテリアライズドビューのクエリ部分は、テーブル test_tbl1 から col2 列を選択し、count(*)、count(col3)、sum(col3) の集計結果を計算します。グループ化の基準は col2 列の値です。

     CREATE MATERIALIZED VIEW mv1_test_tbl1
       REFRESH FAST ON DEMAND
       AS SELECT col2, count(*) cnt, count(col3) cnt_col3, sum(col3) sum_col3
          FROM test_tbl1
          GROUP BY col2;
     

     V4.4.2 バージョンでは、V4.4.2 BP2 バージョンから、mv1_test_tbl1 の作成方法は以下のようになります：

     CREATE MATERIALIZED VIEW mv1_test_tbl1
       REFRESH FAST ON DEMAND
       AS SELECT col2, sum(col3) sum_col3
          FROM test_tbl1
          GROUP BY col2;
     

   • mv2_test_tbl1 という名前のマテリアライズドビューを作成します。マテリアライズドビューの更新方法を増分更新に指定し、必要に応じて手動で更新操作をトリガーできるようにします。マテリアライズドビューのクエリ部分は、テーブル test_tbl1 から count(*)、count(col3)、sum(col3) の集計結果を計算します。

     CREATE MATERIALIZED VIEW mv2_test_tbl1
       REFRESH FAST ON DEMAND
       AS SELECT count(*) cnt, count(col3) cnt_col3, sum(col3) sum_col3
          FROM test_tbl1;
     

   • mv3_test_tbl1 という名前のマテリアライズドビューを作成します。マテリアライズドビューの更新方法を増分更新に指定し、必要に応じて手動で更新操作をトリガーできるようにします。マテリアライズドビューのクエリ部分は、テーブル test_tbl1 から count(col3) と sum(col3) の結果を計算します。

     CREATE MATERIALIZED VIEW mv3_test_tbl1
       REFRESH FAST ON DEMAND
       AS SELECT count(col3) cnt_col3, sum(col3) sum_col3
          FROM test_tbl1;
     

   • mv4_test_tbl1 という名前のマテリアライズドビューを作成します。マテリアライズドビューの更新方法を増分更新に指定し、必要に応じて手動で更新操作をトリガーできるようにします。マテリアライズドビューのクエリ部分は、テーブル test_tbl1 から col2 と col3 列を選択し、count(*)、count(col3)、sum(col3) の集計結果を計算します。グループ化の基準は col2 と col3 です。

     CREATE MATERIALIZED VIEW mv4_test_tbl1
       REFRESH FAST ON DEMAND
       AS SELECT col2, col3, count(*) cnt, count(col3) cnt_col3, sum(col3) sum_col3
          FROM test_tbl1
          GROUP BY col2, col3;
     

   • mv5_test_tbl1 という名前のマテリアライズドビューを作成します。マテリアライズドビューの更新方法を増分更新に指定し、必要に応じて手動で更新操作をトリガーできるようにします。マテリアライズドビューのクエリ部分は、テーブル test_tbl1 から col2 列を選択し、count(*)、count(col3)、sum(col3)、avg(col3) などの集計結果を計算します。同時に、カスタム列 calcol1 と calcol2 も計算します。グループ化の基準は col2 列の値です。

     CREATE MATERIALIZED VIEW mv5_test_tbl1
       REFRESH FAST ON DEMAND
       AS SELECT col2, count(*) cnt, count(col3) cnt_col3, sum(col3) sum_col3, avg(col3) avg_col3, avg(col3) * sum(col3)/col2 calcol1, col2+sum(col3) calcol2
          FROM test_tbl1
          GROUP BY col2;
     

   • mv6_test_tbl1 という名前のマテリアライズドビューを作成します。マテリアライズドビューの更新方法を増分更新に指定し、必要に応じて手動で更新操作をトリガーできるようにします。マテリアライズドビューのクエリ部分は、テーブル test_tbl1 から col2 列を選択し、count(*)、count(col3)、sum(col3)、count(col3*col3)、sum(col3*col3)、STDDEV(col3) の集計結果を計算します。グループ化の基準は col2 列の値です。

     CREATE MATERIALIZED VIEW mv6_test_tbl1
       REFRESH FAST ON DEMAND
       AS SELECT col2, count(*) cnt, count(col3) cnt_col3, sum(col3) sum_col3, count(col3*col3) cnt_col3_2, sum(col3*col3) sum_col3_2, STDDEV(col3) stddev_col3
          FROM test_tbl1
          GROUP BY col2;
     

   • 集計関数 MAX と MIN を使用してマテリアライズドビューを作成します。

     1. テーブル test_tbl1 に対して、col1 列と col2 列に基づいて、idx_test_tbl1 という名前のインデックスを作成します。

        CREATE INDEX idx_test_tbl1 ON test_tbl1(col1, col2);
        

     2. mv7_test_tbl1 という名前のマテリアライズドビューを作成します。マテリアライズドビューのリフレッシュ方式を増分リフレッシュに指定し、必要に応じて手動でリフレッシュ操作をトリガーできるようにします。マテリアライズドビューのクエリ部分では、テーブル test_tbl1 から col1 列と col2 列を選択し、count(*)、各グループ内の col3 の最小値と col4 の最大値の合計を計算し、col1 と col2 の組み合わせでデータをグループ化します。

        CREATE MATERIALIZED VIEW mv7_test_tbl1
            REFRESH FAST ON DEMAND
            AS SELECT
                col1,
                col2,
                count(*) cnt,
                MIN(col3) + MAX(col4) AS min_max_val
                FROM test_tbl1
                GROUP BY col1, col2;
        

   • GROUP BY 句で非ベース列を使用します。

     1. テーブル m_tbl1 を作成します。

        obclient> CREATE TABLE m_tbl1(col1 INT PRIMARY KEY, col2 DATETIME, col3 INT, col4 INT, col5 INT, col6 INT);
        

     2. テーブル m_tbl1 に対して、col3 列と (DATE(col2)) 列に基づいて、idx1_m_tbl1 という名前のインデックスを作成します。

        obclient> CREATE INDEX idx1_m_tbl1 ON m_tbl1(col3, (DATE(col2)));
        

     3. 単一テーブルの集計増分リフレッシュを行うマテリアライズドビュー m_tbl1_mv1 を作成します。

        obclient> CREATE MATERIALIZED VIEW m_tbl1_mv1
            REFRESH FAST ON DEMAND
            AS SELECT
                col3,
                DATE(col2) gby_2,
                COUNT(*) cnt,
                MAX(col4) max_c4,
                MIN(col5 + col6) min_c5_c6
            FROM m_tbl1
            GROUP BY col3, DATE(col2);
        

複数テーブル結合による増分リフレッシュ

複数テーブル結合による増分リフレッシュの基本要件は以下のとおりです：

1. FROM テーブルはベーステーブルでなければならず、インラインビューなどにはできません。

2. FROM 句には少なくとも2つのテーブルを含める必要があります。

   注意

   • OceanBaseデータベースのマテリアライズドビューの増分リフレッシュ機能は、複数テーブルの外部結合(LEFT JOIN/RIGHT JOIN)をサポートしています。
   • 外部結合の制限事項：結合ツリーは、INNER JOIN が先に、LEFT JOIN が後に来る左深い結合ツリーでなければなりません。
   • 増分リフレッシュのマテリアライズドビューの SELECT 句に LEFT JOIN 演算子が含まれる場合、制約の競合によるリフレッシュ異常を避けるため、作成時に主キー(PRIMARY KEY)または一意インデックス(UNIQUE INDEX)を指定することは禁止されています。
   • 外部結合を含むポリマテリアライズドビューは、リアルタイムマテリアライズドビューをサポートしていません。

3. すべての FROM テーブルにmlogが作成され、ビューで使用される列はすべてmlogに存在します。

4. ビュー定義にサブクエリは存在しません。

5. ビュー定義に ROLLUP、HAVING、WINDOW FUNCTION、DISTINCT、ORDER BY、LIMIT、FETCH などの句は存在しません。

6. ビュー定義では、ROWNUM、RAND、SYSDATE などの不安定な出力値を使用した式を使用できません。

複数テーブル結合による増分リフレッシュの例

1. ベーステーブル t1 と t2 を作成します。

   CREATE TABLE t1(c1 INT PRIMARY KEY, c2 INT, c3 INT);
   

   CREATE TABLE t2(c1 INT PRIMARY KEY, c4 INT, c5 INT);
   

2. テーブル t1 とテーブル t2 の結合による増分リフレッシュのマテリアライズドビュー mv1_t1_t2 を作成します。

   CREATE MATERIALIZED VIEW mv1_t1_t2
     REFRESH FAST
     AS SELECT t1.c1 t1c1, t1.c2, t2.c1 t2c1, t2.c4
       FROM t1 JOIN t2 ON t1.c1=t2.c1;
   

マテリアライズドビュー及びそれに依存するベーステーブルにインデックスを作成する例：

1. （オプション）以下のステートメントを使用して関連するテストデータを削除します。

   以下のデータベースオブジェクトがない場合は、この手順をスキップできます。

   DROP MATERIALIZED VIEW LOG ON t1;
   DROP TABLE IF EXISTS t1;
   DROP MATERIALIZED VIEW LOG ON t2;
   DROP TABLE IF EXISTS t2;
   DROP MATERIALIZED VIEW rt_mv1;
   

2. 以下のステートメントを使用して、テーブル t1 とインデックス idx_t1_c2 を作成します。

   CREATE TABLE t1(c1 INT PRIMARY KEY AUTO_INCREMENT, c2 INT, c3 INT, c4 INT, c5 INT);
   CREATE INDEX idx_t1_c2 ON t1(c2);
   

3. 以下のステートメントを使用して、テーブル t2 とインデックス idx_t2_c3 を作成します。

   CREATE TABLE t2(c1 INT PRIMARY KEY AUTO_INCREMENT, c2 INT, c3 INT, c4 INT, c5 INT);
   CREATE INDEX idx_t2_c3 ON t2(c3);
   

4. 以下のステートメントを使用して、リアルタイムマテリアライズドビュー rt_mv1 を作成します。

   CREATE MATERIALIZED VIEW rt_mv1
     NEVER REFRESH
     ENABLE ON QUERY COMPUTATION
     DISABLE QUERY REWRITE
     AS SELECT t1.c1 AS t1_c1, t2.c1 AS t2_c1, t1.c2 AS t1_c2, t2.c2 AS t2_c2, t1.c3 AS t1_c3, t2.c3 AS t2_c3 
         FROM t1, t2
         WHERE t1.c2 = t2.c3;
   

5. 以下のステートメントを使用して、マテリアライズドビュー内の各ベーステーブルの主キーカラムにインデックスを作成します。

   CREATE INDEX idx_mv_t1_c1 ON rt_mv1(t1_c1);
   CREATE INDEX idx_mv_t2_c1 ON rt_mv1(t2_c1);
   

複数テーブルの集計増分更新

複数テーブルの集計増分更新の基本要件は以下のとおりです：

• 複数テーブルの集計増分更新の基本要件は、上記の単一テーブルの集計増分更新と複数テーブル結合の増分更新の基本要件の和集合です。
• 外部結合を含む集約マテリアライズドビューの増分更新をサポートします。外部結合に関する制限は非集約の外部結合マテリアライズドビューと同じであり、集約部分に関する制限は内部結合の集約マテリアライズドビューと同じです。ただし、外部結合を含む集約マテリアライズドビューは MIN/MAX 集計関数やリアルタイムマテリアライズドビューをサポートしません。

複数テーブルの集計増分更新の例

1. ベーステーブル t3 と t4 を作成します。

   CREATE TABLE t3(c1 INT, c2 INT, c3 INT, c4 INT, PRIMARY KEY(c1));
   

   CREATE TABLE t4(c1 INT, c2 INT, c3 INT, c4 INT, PRIMARY KEY(c1));
   

2. テーブル t3 とテーブル t4 の結合集計増分更新のリアルタイムマテリアライズドビュー mv1_t3_t4 を作成します。

   CREATE MATERIALIZED VIEW mv1_t3_t4
     REFRESH FAST
     ENABLE ON QUERY COMPUTATION
     AS SELECT t3.c1,
         COUNT(*) cnt,
         COUNT(t4.c4) cnt_c4,
         SUM(t4.c4) sum_c4,
         AVG(t4.c4) avg_c4
       FROM t3, t4
       WHERE t3.c2 = t4.c3
       GROUP BY t3.c1;
   

集合クエリの増分更新

集約マテリアライズドビューは、マテリアライズドビューで UNION ALL 集合クエリを使用することをサポートし、増分更新が可能です。増分更新可能な集約マテリアライズドビューでは、集合ブランチ内で外部結合マテリアライズドビュー以外のすべての増分更新可能なマテリアライズドビューを使用できます。

集合クエリの増分更新の基本要件は以下のとおりです：

• 集合クエリを含むマテリアライズドビューはリアルタイムマテリアライズドビューをサポートしません。

• トップレベルクエリは UNION ALL であり、ビュー定義にはサブクエリが含まれず、ORDER BY/LIMIT/FETCH などの句も存在しません。

• UNION ALL の各ブランチで同じ投影位置にある出力列の型は同じでなければならず、CAST を強制的に使用してサブブランチの列型を一致させることはサポートされません。

  例えば、複数テーブル結合マテリアライズドビューでは、各結合テーブルの主キーが SELECT 句に現れる必要があります。これらの SELECT 句の出力列には、UNION ALL によって追加の CAST を行うことはできません。

• UNION ALL の各ブランチで同じ投影位置に、型が同じで値が異なる定数が存在する場合、その定数が識別列として各ブランチを区別します。

集合クエリの増分更新の例

1. ベーステーブル ua_tbl1 と ua_tbl2 を作成します。

   CREATE TABLE ua_tbl1 (col1 INT PRIMARY KEY, col2 INT, col3 INT, col4 INT);
   

   CREATE TABLE ua_tbl2 (col1 INT PRIMARY KEY, col2 INT, col3 INT, col4 INT);
   

2. 集合クエリの増分更新をサポートするマテリアライズドビュー mv_ua_tbl1_tbl2 を作成します。

   CREATE MATERIALIZED VIEW mv_ua_tbl1_tbl2
       REFRESH FAST ON DEMAND
       AS SELECT
           a.col1 as a_c1,
           b.col1 as b_c1,
           1 marker,
           a.col2 val
       FROM ua_tbl1 a
               INNER JOIN ua_tbl2 b
               ON a.col2 = b.col3
       UNION ALL
       SELECT
           col1 a_c1,
           col2 b_c1,
           2 marker,
           count(*) val
       FROM ua_tbl1
       GROUP BY col1, col2;
   

マテリアライズドビューのリフレッシュ並列度制御メカニズム

OceanBaseデータベースは、マテリアライズドビューのリフレッシュ操作の並列度を制御することをサポートしています：

• リフレッシュ並列度：

  • リフレッシュ並列度の明示的指定：マテリアライズドビュー定義で REFRESH ... PARALLEL n を用いてリフレッシュ並列度が指定されている場合、リフレッシュ操作実行時には、明示的に指定された値が優先されます。
  • リフレッシュ並列度の暗黙的指定：リフレッシュ並列度が明示的に指定されていない場合、システムは現在のセッションで設定されている mview_refresh_dop システム変数の値をデフォルトの並列度として使用し、リフレッシュ操作の同時実行レベルを制御します。

マテリアライズドビューの並列度情報の確認

• ビューDBA_MVIEWSを使用して、マテリアライズドビューに設定されたバックグラウンドリフレッシュの並列度を照会します。

  説明

  ビューDBA_MVIEWSでマテリアライズドビューの並列度を確認する場合、マテリアライズドビューに対して指定された並列度のみを確認できます。

  • フィールドREFRESH_DOPが0以外の場合、マテリアライズドビューのバックグラウンドリフレッシュタスクはREFRESH_DOPに対応する並列度を使用します。
  • REFRESH_DOPが0の場合、グローバル（Global）レベルで設定されたmview_refresh_dopの値を使用します。

• ビューDBA_MVREF_RUN_STATSを使用して、マテリアライズドビューの履歴リフレッシュ並列度を照会します。

例：

1. マテリアライズドビューmv0_t1を作成します。

   obclient> CREATE MATERIALIZED VIEW mv0_t1
       REFRESH COMPLETE ON DEMAND
       START WITH sysdate()
           NEXT sysdate() + INTERVAL 10 SECOND
       AS
       SELECT c1, c2
       FROM t1;
       ```
   
   

2. マテリアライズドビューmv0_t1に設定されたバックグラウンドリフレッシュの並列度を確認します。

   obclient> SELECT OWNER, MVIEW_NAME,REFRESH_DOP
       FROM oceanbase.DBA_MVIEWS
       WHERE OWNER = 'db_test'
       AND MVIEW_NAME = 'mv0_t1';
   

   実行結果は次のとおりです：

   +---------+------------+-------------+
   | OWNER   | MVIEW_NAME | REFRESH_DOP |
   +---------+------------+-------------+
   | db_test | mv0_t1     |           0 |
   +---------+------------+-------------+
   1 row in set
   

3. マテリアライズドビューmv0_t1のリフレッシュ並列度を8に変更します。

   obclient> ALTER MATERIALIZED VIEW mv0_t1 REFRESH PARALLEL 8;
   

4. マテリアライズドビューmv0_t1に設定されたバックグラウンドリフレッシュの並列度を確認します。

   obclient> SELECT OWNER, MVIEW_NAME,REFRESH_DOP
       FROM oceanbase.DBA_MVIEWS
       WHERE OWNER = 'db_test'
       AND MVIEW_NAME = 'mv0_t1';
   

   実行結果は次のとおりです：

   +---------+------------+-------------+
   | OWNER   | MVIEW_NAME | REFRESH_DOP |
   +---------+------------+-------------+
   | db_test | mv0_t1     |           8 |
   +---------+------------+-------------+
   1 row in set
   

mview_refresh_dopの設定

mview_refresh_dopはOceanBaseデータベースのシステム変数であり、マテリアライズドビューのリフレッシュ操作のデフォルト並列度を制御します。その値を適切に設定することで、リフレッシュ効率を大幅に向上させ、データベースのパフォーマンスを最適化できます。

mview_refresh_dop を 0 または 1 に設定すると、並列更新機能を使用しないことを意味します。システム変数 mview_refresh_dop の詳細については、mview_refresh_dopを参照してください。

例：

• 現在のセッションの並列度を 5 に設定します。

  SET mview_refresh_dop = 5;
  

• グローバルセッションの並列度を 5 に設定します。

  SET GLOBAL mview_refresh_dop = 5;
  

  注意

  グローバルレベルの変数設定は現在のセッションには無効です。有効にするには、再ログインして新しいセッションを確立する必要があります。

マテリアライズドビューの手動更新

マテリアライズドビューの更新モードが ON DEMAND の場合、DBMS_MVIEW.REFRESH を使用して手動で更新できます。増分更新として定義されたマテリアライズドビューを手動で更新する場合は、フル更新を指定することもできます。

構文は以下のとおりです：

DBMS_MVIEW.REFRESH (
    mv_name                IN    VARCHAR(65535)
    [, method              IN    VARCHAR(65535) DEFAULT NULL]
    [, refresh_parallel    IN    INT DEFAULT 0]
    [, nested              IN    BOOLEAN DEFAULT FALSE]
    [, async               IN    BOOLEAN DEFAULT FALSE]

パラメータの説明は以下のとおりです：

DBMS_MVIEW.REFRESH の詳細については、DBMS_MVIEW.REFRESHを参照してください。

例：

1. テーブル test_tbl1 に 3 行のデータを挿入します。

   INSERT INTO test_tbl1 VALUES (1, 1, 1, 1),(2, 2, 2, 2),(3, 3, 3, 3);
   

2. マテリアライズドビュー mv1_test_tbl1 の情報を確認します。

   SELECT * FROM mv1_test_tbl1;
   

   実行結果は次のとおりです：

   Empty set
   

3. DBMS_MVIEW.REFRESH を使用してマテリアライズドビュー mv1_test_tbl1 を手動で更新します。

   • マテリアライズドビューで設定された更新オプションを使用して更新します：

     CALL DBMS_MVIEW.REFRESH('mv1_test_tbl1');
     

   • 更新オプションを指定してマテリアライズドビューを更新します：

     CALL DBMS_MVIEW.REFRESH('mv1_test_tbl1', 'c');
     

4. 再度マテリアライズドビュー mv1_test_tbl1 の情報を確認します。

   SELECT * FROM mv1_test_tbl1;
   

   実行結果は次のとおりです：

   +------+------+----------+----------+
   | col2 | cnt  | cnt_col3 | sum_col3 |
   +------+------+----------+----------+
   |    1 |    1 |        1 |        1 |
   |    2 |    1 |        1 |        2 |
   |    3 |    1 |        1 |        3 |
   +------+------+----------+----------+
   3 rows in set
   

マニュアル更新におけるマテリアライズドビューの更新並列度

マニュアルでマテリアライズドビューを更新する場合、システム変数 mview_refresh_dop を設定することで、マテリアライズドビューの更新操作にデフォルトの並列度を設定できます。

また、DBMS_MVIEW.REFRESH 関数を呼び出す際に、refresh_parallel パラメータを指定することで、この更新の並列度を明示的に設定できます。

例：

1. 現在のセッションの並列度を5に設定します。

   SET mview_refresh_dop = 5;
   

2. マテリアライズドビューを手動で更新します：

   • 更新の並列度を8に明示的に指定します。この更新の並列度は8になります。

     CALL DBMS_MVIEW.REFRESH('mv1', 'c', 8);
     

   • 更新の並列度が明示的に指定されていないため、セッション変数の値が適用され、この更新の並列度は5になります。

     CALL DBMS_MVIEW.REFRESH('mv1', 'c');
     

マテリアライズドビューの自動更新

マテリアライズドビューを作成する際に START WITH datetime_expr および NEXT datetime_expr 句を指定した場合、条件が満たされると、システムはマテリアライズドビューのためのバックグラウンドでの自動更新タスクを作成します。

マテリアライズドビューの自動更新の並列度

バックグラウンドでマテリアライズドビューを自動更新する際、以下の2つの方法で並列度を指定できます：

1. マテリアライズドビュー作成時に更新並列度を指定する。

   例：

   CREATE MATERIALIZED VIEW mv_t1
       REFRESH COMPLETE PARALLEL 8 ON DEMAND
           START WITH sysdate() NEXT sysdate() + INTERVAL 10 SECOND
       AS
       SELECT c1, c2
       FROM t1;
   

2. グローバルセッション変数 mview_refresh_dop を更新並列度として設定する。

   自動更新操作は内部セッションで実行されるため、バックグラウンドセッションに有効にするには、グローバルレベルの mview_refresh_dop を設定する必要があります。

   注意

   マテリアライズドビュー作成時に並列度が明示的に指定されておらず、かつ mview_refresh_dop 変数が0または1の場合、バックグラウンド更新タスクでは並列更新は有効になりません。

   例：

   1. グローバルセッションの並列度を5に設定します。

      SET GLOBAL mview_refresh_dop = 5;
      

   2. マテリアライズドビューを作成します：

      • マテリアライズドビュー作成時に更新並列度を8に指定した場合、バックグラウンド更新タスクは8を更新並列度として使用します。

        CREATE MATERIALIZED VIEW mv1_t1
            REFRESH COMPLETE PARALLEL 8 ON DEMAND
                 START WITH sysdate() NEXT sysdate() + INTERVAL 10 SECOND
            AS
            SELECT c1, c2
            FROM t1;
        

      • マテリアライズドビュー作成時に更新並列度が指定されていない場合、バックグラウンド更新タスクは変数 mview_refresh_dop の値である5を更新並列度として使用します。

        CREATE MATERIALIZED VIEW mv2_t1
            REFRESH COMPLETE ON DEMAND
                 START WITH sysdate() NEXT sysdate() + INTERVAL 10 SECOND
            AS
            SELECT c1, c2
            FROM t1;
        

ネストマテリアライズドビューの更新

ネストマテリアライズドビューの更新ルール

ネストマテリアライズドビューがサポートする更新方式は、非ネストマテリアライズドビューと同様に、フル更新と増分更新の両方です。ネストマテリアライズドビューを更新する際には、直接依存するユーザーテーブルとマテリアライズドビュー（およびそれらのmlog）のみが必要ですが、ネストマテリアライズドビューは他のマテリアライズドビューに基づいて構築されているため、そのデータの一貫性は他のマテリアライズドビューに依存します。これは、あるネストマテリアライズドビューのデータを最新の状態に保つためには、依存する他のマテリアライズドビューのデータが最新であることを保証する必要があり、つまりそれらを先に更新する必要があることを意味します。

例えば、次の図のように、マテリアライズドビュー mv1 はテーブル tbl1 とテーブル tbl2 に基づいて構築され、マテリアライズドビュー mv2 はマテリアライズドビュー mv1 とテーブル tbl3 に基づいて構築され、マテリアライズドビュー mv3 はマテリアライズドビュー mv1 とマテリアライズドビュー mv2 に基づいて構築されます。マテリアライズドビュー mv1、マテリアライズドビュー mv2、マテリアライズドビュー mv3 の順に更新する場合、ネストマテリアライズドビュー全体のデータ一貫性を保証できます。逆に、まずマテリアライズドビュー mv2 を更新し、その後マテリアライズドビュー mv1 を更新すると、マテリアライズドビュー mv2 のデータは最新ではなくなります（マテリアライズドビュー mv1 より遅れます）。同様に、まずマテリアライズドビュー mv3 を更新し、その後マテリアライズドビュー mv2 を更新すると、マテリアライズドビュー mv3 のデータも最新ではなくなります（マテリアライズドビュー mv2 より遅れます）。

OceanBaseデータベースのネストマテリアライズドビューは、カスケード更新をサポートしています。カスケード更新は、カスケード非一貫性更新とカスケード一貫性更新に分類されます：

• カスケード非一貫性更新：ネストマテリアライズドビューが依存するすべてのマテリアライズドビューをボトムアップで更新します。各マテリアライズドビューの更新ではデータ一貫性は保証されず、依存するベーステーブルから読み取るデータの時刻は一致しません。カスケード非一貫性更新は、バッチ同期の方法に適しています。例えば、業務部門が定期的に上流からデータを同期し、データ同期完了後にカスケード非一貫性更新を実行することで、マテリアライズドビューの最終的な一貫性を保つことができます。

• カスケード一貫性更新：スナップショット一貫性のカスケード更新であり、カスケード更新全体が完了した後、上位レベルで参照される依存するすべてのベーステーブルのデータ時刻が一致することを保証します。カスケード一貫性更新は、リアルタイムデータ同期のシナリオに適しています。これにより、毎回のカスケード更新完了後、マテリアライズドビュー内のデータスナップショットが同一の時刻に保たれることが保証されます。

ネストマテリアライズドビューの更新例

あるマテリアライズドビューがフル更新された場合、それに依存するマテリアライズドビューは、その後増分更新を行う前に必ず一度フル更新を行う必要があります。そうでない場合、エラーが発生します。

例：

1. テーブル tbl1 を作成し、1件のデータを挿入します。

   CREATE TABLE tbl1(id INT, name VARCHAR(30), PRIMARY KEY(id));
   

   INSERT INTO tbl1 VALUES (1, 'jack');
   

2. テーブル tbl2 を作成し、1件のデータを挿入します。

   CREATE TABLE tbl2(id INT, age INT, PRIMARY KEY(id));
   

   INSERT INTO tbl2 VALUES (1, 21);
   

3. tbl1 と tbl2 に基づいてマテリアライズドビュー mv1 を作成します。

   CREATE MATERIALIZED VIEW mv1 (PRIMARY KEY (id1, id2))
       REFRESH FAST ON DEMAND
       AS SELECT tbl1.id id1, tbl2.id id2, tbl1.NAME, tbl2.AGE
           FROM tbl1, tbl2
           WHERE tbl1.id = tbl2.id;
   

4. マテリアライズドビュー mv1 に基づいて、マテリアライズドビュー（ネストマテリアライズドビュー）mv2 を作成します。

   CREATE MATERIALIZED VIEW mv2
       REFRESH FAST
       AS SELECT COUNT(*) cnt, COUNT(AGE) age_cnt, SUM(AGE) age_sum
           FROM mv1;
   

5. マテリアライズドビュー mv1 のデータを確認します。

   SELECT * FROM mv1;
   

   実行結果は次のとおりです：

   +------+------+------+------+
   | id1  | id2  | NAME | AGE  |
   +------+------+------+------+
   |    1 |    1 | jack |   21 |
   +------+------+------+------+
   1 row in set
   

6. マテリアライズドビュー mv2 のデータを確認します。

   SELECT * FROM mv2;
   

   実行結果は次のとおりです：

   +------+---------+---------+
   | cnt  | age_cnt | age_sum |
   +------+---------+---------+
   |    1 |       1 |      21 |
   +------+---------+---------+
   1 row in set
   

7. テーブル tbl1 とテーブル tbl2 にそれぞれ1件のデータを挿入します。

   INSERT INTO tbl1 VALUES (2, 'rose');
   

   INSERT INTO tbl2 VALUES (2, 19);
   

8. マテリアライズドビュー mv1 を増分更新します。

   CALL dbms_mview.refresh('mv1', 'f');
   

9. マテリアライズドビュー mv1 のデータを確認します。

   SELECT * FROM mv1;
   

   実行結果は次のとおりです：

   +------+------+------+------+
   | id1  | id2  | NAME | AGE  |
   +------+------+------+------+
   |    1 |    1 | jack |   21 |
   |    2 |    2 | rose |   19 |
   +------+------+------+------+
   2 rows in set
   

10. マテリアライズドビュー mv2 を増分更新します。

    CALL dbms_mview.refresh('mv2', 'f');
    

11. マテリアライズドビュー mv2 のデータを確認します。

    SELECT * FROM mv2;
    

    実行結果は次のとおりです：

    +------+---------+---------+
    | cnt  | age_cnt | age_sum |
    +------+---------+---------+
    |    2 |       2 |      40 |
    +------+---------+---------+
    1 row in set
    

12. 再度、テーブル tbl1 とテーブル tbl2 にそれぞれ1件のデータを挿入します。

    INSERT INTO tbl1 VALUES (3, 'mary');
    

    INSERT INTO tbl2 VALUES (3, 25);
    

13. マテリアライズドビュー mv1 をフル更新します。

    CALL dbms_mview.refresh('mv1', 'c');
    

14. 再度マテリアライズドビュー mv1 のデータを確認します。

    SELECT * FROM mv1;
    

    実行結果は次のとおりです：

    +------+------+------+------+
    | id1  | id2  | NAME | AGE  |
    +------+------+------+------+
    |    1 |    1 | jack |   21 |
    |    2 |    2 | rose |   19 |
    |    3 |    3 | mary |   25 |
    +------+------+------+------+
    3 rows in set
    

15. 再度マテリアライズドビュー mv2 を増分更新します。

    CALL dbms_mview.refresh('mv2', 'f');
    

    実行結果は次のとおりです：

    ERROR 9760 (HY000): cannot fast refresh materialized view
    

    注意

    mv1 はフル更新を経験しているため、mv2 に対して直接増分更新を実行するとエラーが発生します。まず、一度フル更新を実行する必要があります。

16. 再度マテリアライズドビュー mv2 のデータを確認します。

    SELECT * FROM mv2;
    

    実行結果は次のとおりです：

    +------+---------+---------+
    | cnt  | age_cnt | age_sum |
    +------+---------+---------+
    |    2 |       2 |      40 |
    +------+---------+---------+
    1 row in set
    

17. マテリアライズドビュー mv2 をフル更新します。

    CALL dbms_mview.refresh('mv2', 'c');
    

18. 再度マテリアライズドビュー mv2 のデータを確認します。

    SELECT * FROM mv2;
    

    実行結果は次のとおりです：

    +------+---------+---------+
    | cnt  | age_cnt | age_sum |
    +------+---------+---------+
    |    3 |       3 |      65 |
    +------+---------+---------+
    1 row in set
    

マテリアライズドビューのリフレッシュ監視情報

OceanBaseデータベースは、マテリアライズドビューのリフレッシュ操作を監視し、現在および過去のリフレッシュタスクの実行状態とパフォーマンスデータを提供します。これらの監視情報は、リフレッシュ効率の評価、潜在的なパフォーマンスボトルネックの特定、および今後のチューニングの根拠として役立ちます。

監視機能の説明：

• レポート機能：マテリアライズドビューのリフレッシュ操作に関する現在および過去の概要を提供し、各リフレッシュの実際の所要時間などの主要指標を含み、リフレッシュパフォーマンスの追跡と監視を容易にします。
• 診断機能：詳細なリフレッシュ履歴とパフォーマンスデータにより、マテリアライズドビューのリフレッシュ遅延やパフォーマンス低下の原因を深く分析できます。例えば、システム負荷の増加が原因なのか、データ変更量の増大によりリフレッシュ時間が長くなったのかを判断できます。

分層診断レポート（REFRESH_REPORT）

V4.4.2バージョンでは、V4.4.2 BP2バージョンから、システムはDBMS_MVIEW.REFRESH_REPORTサブプログラムを導入しました。これは、単一のマテリアライズドビューのリフレッシュタスクに関する分層診断レポートを生成し、ユーザーのパフォーマンスチューニングと問題の調査に役立ちます。

このレポートはXML/JSON形式で出力されます。分層診断レポートの詳細については、REFRESH_REPORTを参照してください。

例：

refresh_idを使用してXML形式の診断レポートを取得します。

obclient> SELECT DBMS_MVIEW.REFRESH_REPORT(refresh_id=> 100023);

統計情報の収集

クエリ性能の向上と実行計画の最適化のため、OceanBaseはテーブルおよびインデックスのデータ分布に関する統計情報の収集をサポートしています。マテリアライズドビューについても、同様のメカニズムを用いてそのデータ分布を収集し、データベースのクエリ最適化を支援することができます。

マテリアライズドビューの統計情報を収集する方法は以下のとおりです：

• ANALYZE TABLE ステートメントを使用します。詳細については、ANALYZEを参照してください。
• DBMS_STATS.GATHER_TABLE_STATS('database_name', 'table_name') システムプロシージャを呼び出して統計情報を収集します。詳細については、GATHER_TABLE_STATSを参照してください。

例：

マテリアライズドビュー mv2 の統計情報を収集します。

obclient> ANALYZE TABLE mv2 UPDATE HISTOGRAM ON cnt,age_cnt,age_sum WITH 15 BUCKETS;

マテリアライズドビュー関連ビュー

関連ドキュメント

• マテリアライズドビューの概要
• マテリアライズドビューのログ
• マテリアライズドビューの作成
• マテリアライズドビューによるクエリのリライト
• マテリアライズドビューのクエリ
• マテリアライズドビューの削除
• マテリアライズドビューのリソース分離
• マテリアライズドビューの異常診断