3.4標準
注文のcustomer_idは顧客マスタに存在しなければならない。
マスタ更新と注文取り込みの順序がずれることがある。
最も適切な品質保証方法はどれか。
× 不正解
参照整合性ルールで孤児キーを検出し、遅延許容時間・保留場所・再検査・最終隔離を定義する。
詳細解説
正しい参照先の存在チェックと遅延許容を品質ルールで管理する
孤児注文を検出し、遅延到着なら保留キューへ置いて再検査できる。
孤児注文を検出し、遅延到着なら保留キューへ置いて再検査できる。
誤り存在しない顧客を新規作成して埋める
誤ったマスタを作り、業務データの意味を壊す可能性がある。
誤ったマスタを作り、業務データの意味を壊す可能性がある。
誤りCloudTrailのIAMユーザーでcustomer_idを補完する
IAM主体は顧客マスタの参照値ではない。
IAM主体は顧客マスタの参照値ではない。
誤りS3 Lifecycleで孤児注文を即時削除する
後からマスタが到着した場合に復元できない。
後からマスタが到着した場合に復元できない。
実際に確かめる
一時的な検証環境で実行できる例です。
AWS Glue Data Quality referential integrity、custom SQL、workflow retryの公式説明を確認する。期待される結果
参照エラーの無条件補完・削除と、保留して再検査する設計を区別できる。理解のポイント
- 参照整合性
- 孤児キー
- 遅延到着
- 保留
確認時の注意
- 確認環境: AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
- AWS公式DEA-C01 Domain 3・Task 3.4と各サービスの公式ドキュメントを確認する。
基礎のおさらい
時間整合性
同じ処理窓のマスタと事実を比較し、遅延許容を業務要件にする。
再処理
保留データへ到着済みマスタを再適用し、成功・最終失敗を記録する。
問題IDAWS-DEA-234
確認環境AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
最終技術確認2026-08-20
誤り・権利侵害を報告