2.2基礎
同じスキーマのrawとprocessedデータがS3にある。
Athenaのテーブルがprocessedだけを参照し、rawを誤って分析しないようにする。
最も適切な方法はどれか。
× 不正解
Glue CatalogのTable Location・Partition Locationを正しいS3 URIへ設定し、rawとprocessedの誤参照を防ぐ。
詳細解説
正しいTable LocationとパーティションLocationを正しいS3 URIへ設定する
Catalogメタデータが参照する物理場所を明示し、意図したデータだけをクエリできる。
Catalogメタデータが参照する物理場所を明示し、意図したデータだけをクエリできる。
誤りテーブル名にprocessedと書くだけにする
名前は変わるが、実際に読むS3場所は変わらない。
名前は変わるが、実際に読むS3場所は変わらない。
誤りS3バケットのリージョンだけを変更する
リージョン変更はテーブルの対象プレフィックスを正しく指定しない。
リージョン変更はテーブルの対象プレフィックスを正しく指定しない。
誤りCloudTrailのResourceNameをLocationへコピーする
監査イベントのリソース名は必ずしもデータプレフィックスではない。
監査イベントのリソース名は必ずしもデータプレフィックスではない。
実際に確かめる
一時的な検証環境で実行できる例です。
Glue Catalog StorageDescriptor.Location、partition location、Athena外部テーブルの公式説明を確認する。期待される結果
論理名・リージョン・監査リソース名と物理データ場所を区別できる。理解のポイント
- Table Location
- Partition Location
- S3 URI
- Athena
確認時の注意
- 確認環境: AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
- AWS公式DEA-C01 Domain 2・Task 2.2と各サービスの公式ドキュメントを確認する。
基礎のおさらい
論理と物理
テーブル名は論理名、Locationは実データの物理場所として別々に管理する。
場所変更
データ移動後のCatalog更新、パーティションの古いLocation、権限を確認する。
問題IDAWS-DEA-138
確認環境AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
最終技術確認2026-08-20
誤り・権利侵害を報告