1.2標準
注文明細と注文ヘッダーを結合して日次売上を集計する。
1注文に複数明細があるため、ヘッダー金額を明細結合後に単純加算してはならない。
最も適切な変換はどれか。
× 不正解
結合前に明細を注文単位へ集約するなど、データ粒度をそろえてから結合すると二重計上を防げる。
詳細解説
正しい明細を注文単位へ先に集約し、適切な粒度でヘッダーと結合する
結合前に粒度をそろえることで、注文ヘッダーの値を明細数だけ重複加算することを防げる。
結合前に粒度をそろえることで、注文ヘッダーの値を明細数だけ重複加算することを防げる。
誤りヘッダーと明細をそのまま結合し、すべての金額をSUMする
1注文のヘッダー値が明細数だけ複製され、売上を過大計上する。
1注文のヘッダー値が明細数だけ複製され、売上を過大計上する。
誤りS3のストレージクラスを変更する
保存クラスは集計粒度や結合結果を変更しない。
保存クラスは集計粒度や結合結果を変更しない。
誤りIAMポリシーにGROUP BYを記述する
IAMは権限定義で、SQL集計を実行しない。
IAMは権限定義で、SQL集計を実行しない。
実際に確かめる
一時的な検証環境で実行できる例です。
Redshift SQLのJOIN、GROUP BY、集計粒度に関する公式説明を確認する。期待される結果
保存設定ではなく、結合キーと1行の意味を基準に変換を設計できる。理解のポイント
- 集計粒度
- JOIN
- GROUP BY
- 二重計上
確認時の注意
- 確認環境: AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
- AWS公式DEA-C01 Domain 1・Task 1.2と各サービスの公式ドキュメントを確認する。
基礎のおさらい
行の意味
各テーブルの1行が注文・明細・顧客のどの粒度かをデータ契約として明示する。
結合後の検証
行数、キー重複、金額合計を結合前後で比較し、過大・過小計上を検出する。
問題IDAWS-DEA-049
確認環境AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
最終技術確認2026-08-20
誤り・権利侵害を報告