3.2標準
ストリーミング取り込みでIcebergの小さなParquetファイルが大量に増える。
クエリのメタデータ処理とファイルオープンを減らしたい。
最も適切な分析方法はどれか。
× 不正解
Icebergのコンパクション・rewrite data filesとスナップショット保持を計画し、取り込みと同時実行の影響を検証する。
詳細解説
正しい定期的なコンパクションでファイルをまとめ、スナップショットを整理する
適切なファイルサイズへまとめてクエリ効率を上げ、古いスナップショットの保持も管理できる。
適切なファイルサイズへまとめてクエリ効率を上げ、古いスナップショットの保持も管理できる。
誤り小ファイルをすべて別S3プレフィックスへ移す
Catalog・Icebergメタデータとの整合を壊す可能性がある。
Catalog・Icebergメタデータとの整合を壊す可能性がある。
誤りAthenaでSELECT *を繰り返す
小ファイルを大量に読み、問題を悪化させる。
小ファイルを大量に読み、問題を悪化させる。
誤りDynamoDB TTLでParquetファイルを統合する
TTLはDynamoDB項目削除で、ファイル統合を行わない。
TTLはDynamoDB項目削除で、ファイル統合を行わない。
実際に確かめる
一時的な検証環境で実行できる例です。
Apache Iceberg rewrite data files、compaction、snapshot expirationの公式説明を確認する。期待される結果
手動移動とテーブル管理されたコンパクションの違いを説明できる。理解のポイント
- Compaction
- 小ファイル
- Snapshot expiration
- Iceberg
確認時の注意
- 確認環境: AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
- AWS公式DEA-C01 Domain 3・Task 3.2と各サービスの公式ドキュメントを確認する。
基礎のおさらい
ファイルサイズ
クエリエンジンの分割並列度と、1ファイルあたりの読み取り効率をバランスする。
同時実行
書き込み中のスナップショット整合性と、コンパクションの競合を確認する。
問題IDAWS-DEA-210
確認環境AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
最終技術確認2026-08-20
誤り・権利侵害を報告