1.2標準
Redshiftで時間範囲と顧客IDを条件にした集計が多い。
ロード後のテーブルが効率よくスキャンされるよう、並べ替えと分散を設計する。
最も適切な考え方はどれか。
× 不正解
RedshiftのSORTKEYはクエリ条件とデータ相関を考慮して設計し、範囲スキャンやブロックスキップを改善する。
詳細解説
正しいクエリ条件とデータ相関を確認してSORTKEYを設計する
頻繁な範囲条件に合う列を並べ替え、ブロックのスキップを促進できる。
頻繁な範囲条件に合う列を並べ替え、ブロックのスキップを促進できる。
誤りすべての列をランダムな順序で保存する
範囲条件によるブロックスキップが働きにくく、読み取り量が増える。
範囲条件によるブロックスキップが働きにくく、読み取り量が増える。
誤りS3ライフサイクルでRedshiftのブロックを並べ替える
S3オブジェクトの保存管理であり、Redshiftテーブルの物理順序は変更しない。
S3オブジェクトの保存管理であり、Redshiftテーブルの物理順序は変更しない。
誤りCloudTrailをSORTKEYに指定する
CloudTrailはサービス名であり、Redshiftテーブルの列設計ではない。
CloudTrailはサービス名であり、Redshiftテーブルの列設計ではない。
実際に確かめる
一時的な検証環境で実行できる例です。
Amazon RedshiftのSORTKEY、データソート、ブロックプルーニングの公式説明を確認する。期待される結果
S3の保存管理とRedshiftテーブル物理設計の違いを説明できる。理解のポイント
- Redshift SORTKEY
- 範囲条件
- ブロックプルーニング
- クエリ設計
確認時の注意
- 確認環境: AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
- AWS公式DEA-C01 Domain 1・Task 1.2と各サービスの公式ドキュメントを確認する。
基礎のおさらい
物理設計
アクセスパターン、選択性、データ相関、更新頻度を使ってSORTKEYを決める。
再ソート
ロード・更新後のソート状態と自動最適化、VACUUMの必要性を監視する。
問題IDAWS-DEA-045
確認環境AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
最終技術確認2026-08-20
誤り・権利侵害を報告