3.2標準
同じ日次売上集計を多数のダッシュボードが利用する。
基表を毎回全走査せず、更新時だけ集計を再計算したい。
最も適切な分析方法はどれか。
× 不正解
マテリアライズドビューを作成し、依存表・Refresh頻度・結果の鮮度・ストレージを設計する。
詳細解説
正しいRedshift materialized viewと更新スケジュールを使う
集計結果を保持し、Refreshで基表との差分・再計算を管理できる。
集計結果を保持し、Refreshで基表との差分・再計算を管理できる。
誤り全利用者が基表へSELECT *する
同じ集計を繰り返し、スキャンとWLM負荷が増える。
同じ集計を繰り返し、スキャンとWLM負荷が増える。
誤りS3 Glacierへ集計結果を移す
アーカイブからの復元が必要になり、対話分析に向かない。
アーカイブからの復元が必要になり、対話分析に向かない。
誤りCloudTrailで結果をキャッシュする
監査イベントはSQL結果を保持しない。
監査イベントはSQL結果を保持しない。
実際に確かめる
一時的な検証環境で実行できる例です。
Amazon Redshift materialized views、AUTO REFRESH、query rewriteの公式説明を確認する。期待される結果
結果再利用と基表の毎回集計の違いを説明できる。理解のポイント
- Materialized view
- Refresh
- 鮮度
- Query rewrite
確認時の注意
- 確認環境: AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
- AWS公式DEA-C01 Domain 3・Task 3.2と各サービスの公式ドキュメントを確認する。
基礎のおさらい
鮮度とコスト
Refresh頻度を業務要件に合わせ、古い結果を許容できるか確認する。
依存関係
基表スキーマ変更や権限変更がビューへ与える影響を管理する。
問題IDAWS-DEA-201
確認環境AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
最終技術確認2026-08-20
誤り・権利侵害を報告