2.4標準
S3上のApache Icebergテーブルへ新しい任意属性を追加する。
既存スナップショットを保持し、古いデータも引き続きクエリしたい。
最も適切な設計はどれか。
× 不正解
Icebergのスキーマ進化を使って列追加を行い、スナップショット、同時実行、保持期間を確認する。
詳細解説
正しいIcebergのスキーマ進化で列を追加し、スナップショットを管理する
メタデータを更新して列を追加でき、既存データとの互換性と履歴を保てる。
メタデータを更新して列を追加でき、既存データとの互換性と履歴を保てる。
誤り既存Parquetをすべて上書きして列を追加する
履歴や同時実行の整合性を失い、再処理コストが大きい。
履歴や同時実行の整合性を失い、再処理コストが大きい。
誤りGlue Crawlerだけで必ず旧スナップショットを復元する
Crawlerはカタログ推定を行うが、Icebergのスナップショット復元を代替しない。
Crawlerはカタログ推定を行うが、Icebergのスナップショット復元を代替しない。
誤りDynamoDB TTLでParquet列を削除する
TTLはDynamoDB項目の期限削除で、S3テーブルの列変更を行わない。
TTLはDynamoDB項目の期限削除で、S3テーブルの列変更を行わない。
実際に確かめる
一時的な検証環境で実行できる例です。
Apache Iceberg schema evolution、snapshots、AWS Glue Iceberg integrationの公式説明を確認する。期待される結果
Icebergのメタデータによる列追加と、単純なファイル上書きの違いを説明できる。理解のポイント
- Apache Iceberg
- スキーマ進化
- Snapshot
- 時点参照
確認時の注意
- 確認環境: AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
- AWS公式DEA-C01 Domain 2・Task 2.4と各サービスの公式ドキュメントを確認する。
基礎のおさらい
互換変更
列追加や名前変更など、既存読み取りを壊しにくい変更と型変更を区別する。
履歴管理
スナップショットの保持・削除と、再現可能な分析のための時点を設計する。
問題IDAWS-DEA-170
確認環境AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
最終技術確認2026-08-20
誤り・権利侵害を報告