2.4標準
事実テーブルと頻繁に結合するディメンションをRedshiftへロードする。
結合時のネットワーク再配置を抑え、クラスター全体の性能を安定させる。
最も適切な設計はどれか。
× 不正解
頻繁な結合キーをDISTKEY候補にし、分散の偏りと表サイズを測定する。小表のDISTSTYLE ALLやAUTOが適切な場合もある。
詳細解説
正しい結合キーを考慮したDISTKEYを設計する
同じ結合キーの行を同じスライスへ配置し、データ移動を減らせる。
同じ結合キーの行を同じスライスへ配置し、データ移動を減らせる。
誤りすべての表をDISTSTYLE ALLにする
全ノードへ複製するため小表には有効だが、大表ではストレージとロード負荷が増える。
全ノードへ複製するため小表には有効だが、大表ではストレージとロード負荷が増える。
誤りすべての表を連続したソートキーだけで配置する
ソートキーは範囲スキャンを助けるが、結合時の分散を直接決めない。
ソートキーは範囲スキャンを助けるが、結合時の分散を直接決めない。
誤りCloudTrailのイベントを結合キーにする
監査ログの列は表間のデータ配置を制御しない。
監査ログの列は表間のデータ配置を制御しない。
実際に確かめる
一時的な検証環境で実行できる例です。
Amazon Redshift data distribution、DISTKEY、DISTSTYLE、EXPLAINの公式説明を確認する。期待される結果
分散キーとソートキーの目的、DISTSTYLE ALLの適用範囲を区別できる。理解のポイント
- DISTKEY
- データ再配置
- 分散偏り
- 結合
確認時の注意
- 確認環境: AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
- AWS公式DEA-C01 Domain 2・Task 2.4と各サービスの公式ドキュメントを確認する。
基礎のおさらい
分散設計
結合頻度だけでなく、キーのカーディナリティと最頻値によるスキューを確認する。
測定
EXPLAINのDS_DISTやスキャン量を確認し、実データで検証する。
問題IDAWS-DEA-162
確認環境AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
最終技術確認2026-08-20
誤り・権利侵害を報告