3.2基礎
S3の顧客IDが一方は文字列、他方は整数として保存されている。
結合結果の欠落を防ぎ、変換コストも把握したい。
最も適切な分析方法はどれか。
× 不正解
データ契約で型を統一し、既存データは明示的CASTと不正値検出で移行する。
詳細解説
正しい事前にスキーマを統一し、必要ならCASTして検証する
同じ意味・型のキーで結合し、NULL・桁・先頭ゼロを確認できる。
同じ意味・型のキーで結合し、NULL・桁・先頭ゼロを確認できる。
誤り文字列と整数を暗黙変換に任せる
先頭ゼロや不正値が変換され、結合漏れや実行エラーを招く。
先頭ゼロや不正値が変換され、結合漏れや実行エラーを招く。
誤りすべての行をCROSS JOINする
不要な直積でデータ量とコストが爆発する。
不要な直積でデータ量とコストが爆発する。
誤りS3 Lifecycleでキーを変換する
保存ライフサイクルは値の型や内容を変換しない。
保存ライフサイクルは値の型や内容を変換しない。
実際に確かめる
一時的な検証環境で実行できる例です。
Amazon Athena CAST、JOIN、data type conversionの公式説明を確認する。期待される結果
暗黙変換と明示的型統一による結合品質の違いを説明できる。理解のポイント
- JOIN
- CAST
- データ型
- 先頭ゼロ
確認時の注意
- 確認環境: AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
- AWS公式DEA-C01 Domain 3・Task 3.2と各サービスの公式ドキュメントを確認する。
基礎のおさらい
キー品質
NULL・空文字・大小文字・ゼロ埋めを正規化し、重複・欠落を測定する。
コスト
結合前にフィルターと列削減を行い、不要なシャッフルを避ける。
問題IDAWS-DEA-200
確認環境AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
最終技術確認2026-08-20
誤り・権利侵害を報告