Materialized Viewsとは？パフォーマンス最適化

Materialized View（MV）は、SELECT文の結果を物理的に格納し、ベーステーブルが更新されると自動的にリフレッシュされるSnowflakeのパフォーマンス最適化機能です。頻繁に実行される集約クエリやフィルタリングクエリの結果を事前計算しておくことで、クエリ応答時間を大幅に短縮します。Enterprise Edition以上で利用可能です。

Materialized Viewの仕組み

Materialized Viewは通常のViewとは異なり、SELECT文の結果がマイクロパーティションとして物理的に格納されます。ベーステーブルにDML操作が行われると、Snowflakeのバックグラウンドサービス（Serverless）が自動的にMVの内容を更新します。

CREATE MATERIALIZED VIEWの構文

-- 日別・地域別の売上集計MVを作成
CREATE OR REPLACE MATERIALIZED VIEW analytics.daily_sales_mv
AS
SELECT
  order_date,
  region,
  COUNT(*)        AS order_count,
  SUM(amount)     AS total_amount,
  AVG(amount)     AS avg_amount
FROM analytics.orders
WHERE order_date >= '2025-01-01'
GROUP BY order_date, region;

-- MVの確認
SHOW MATERIALIZED VIEWS IN SCHEMA analytics;

-- MVへのクエリ（通常のテーブルと同じようにアクセス）
SELECT *
FROM analytics.daily_sales_mv
WHERE region = 'APAC'
  AND order_date >= '2026-03-01'
ORDER BY order_date;

クエリの自動リライト

Snowflakeのオプティマイザは、ベーステーブルに対するクエリがMVの定義と一致する場合、自動的にMVを参照するようにクエリをリライトします。ユーザーがMVを明示的に指定する必要はありません。

-- このクエリはオプティマイザが自動的にdaily_sales_mvを参照する
SELECT region, SUM(amount) AS total
FROM analytics.orders
WHERE order_date >= '2026-03-01'
GROUP BY region;

-- Query ProfileのステップでMATERIALIZED_VIEW_MATCHが確認できる

Materialized Viewの制約事項

自動メンテナンスとコスト管理

MVのリフレッシュはServerlessコンピュートで自動実行されるため、ユーザーのWarehouseリソースは消費しません。リフレッシュ頻度はベーステーブルのDML操作頻度に連動します。

-- リフレッシュ履歴の確認（直近7日間）
SELECT *
FROM TABLE(INFORMATION_SCHEMA.MATERIALIZED_VIEW_REFRESH_HISTORY(
  DATE_RANGE_START => DATEADD(DAY, -7, CURRENT_DATE()),
  DATE_RANGE_END => CURRENT_DATE()
))
ORDER BY start_time DESC;

-- Account Usageビューで長期的なコスト分析
SELECT
  table_name,
  materialized_view_name,
  SUM(credits_used) AS total_credits
FROM SNOWFLAKE.ACCOUNT_USAGE.MATERIALIZED_VIEW_REFRESH_HISTORY
WHERE start_time >= DATEADD(MONTH, -1, CURRENT_TIMESTAMP())
GROUP BY table_name, materialized_view_name
ORDER BY total_credits DESC;

Materialized ViewのClustering

Materialized View自体にもClustering Keysを定義できます。MVの結果セットが大きい場合、Clustering Keysを追加することで、MV上のクエリにおけるパーティションプルーニングの精度がさらに向上します。

-- MVにClustering Keysを追加
ALTER MATERIALIZED VIEW analytics.daily_sales_mv
  CLUSTER BY (order_date);

Dynamic Tablesとの比較

活用パターン

• ダッシュボード高速化：毎回数十億行をスキャンする集約クエリの結果をMVで事前計算し、BIツールの応答時間を数十秒から数秒に短縮
• フィルタリング最適化：大規模テーブルの特定条件（WHERE句）に該当するデータだけをMVに格納し、スキャン量を削減
• 半構造化データの事前展開：VARIANT型の頻繁にアクセスされるキーをMVでリレーショナルカラムに変換し、パフォーマンスを向上

ベストプラクティス

• MVの数を適切に管理：同一ベーステーブルにMVを多数作成すると、各DML操作のたびに全MVがリフレッシュされコストが増大する
• 更新頻度の高いテーブルでは慎重に検討：リアルタイムに更新されるテーブルではメンテナンスコストが過大になる可能性がある
• SECURE MATERIALIZED VIEW：データ共有でMVの定義（SQL文）を隠蔽したい場合はSECUREオプションを使用
• MVの削除：不要になったMVは速やかにDROP MATERIALIZED VIEWで削除し、メンテナンスコストを停止する

問題で確認

よくある質問