3.1基礎
毎時、Redshiftの集計SQLを実行し、結果テーブルを更新する。
実行時間と失敗を記録し、同じ時間帯の二重更新を避けたい。
最も適切な自動化方法はどれか。
× 不正解
Scheduled queryで集計を起動し、対象時間をパラメータ化してMERGE/置換など冪等な更新を行う。
詳細解説
正しいRedshiftのscheduled queryを使い、SQLを冪等にする
スケジュールとSQLを管理し、実行履歴・IAMロール・パラメータを設定できる。
スケジュールとSQLを管理し、実行履歴・IAMロール・パラメータを設定できる。
誤りSQLを利用者の端末から手動実行する
実行漏れ・時刻ずれ・監査不足が発生する。
実行漏れ・時刻ずれ・監査不足が発生する。
誤りS3のオブジェクト名変更でSQLを起動する
名前変更はRedshift SQLのスケジューラにならない。
名前変更はRedshift SQLのスケジューラにならない。
誤りTTLの削除イベントをSQL起動条件にする
DynamoDB TTLの削除とRedshift SQLは直接連携しない。
DynamoDB TTLの削除とRedshift SQLは直接連携しない。
実際に確かめる
一時的な検証環境で実行できる例です。
Amazon Redshift scheduled query、query editor v2、SQL parametersの公式説明を確認する。期待される結果
SQLスケジューラと手動・無関係イベント起動の違いを説明できる。理解のポイント
- Scheduled query
- パラメータ
- 冪等性
- 集計
確認時の注意
- 確認環境: AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
- AWS公式DEA-C01 Domain 3・Task 3.1と各サービスの公式ドキュメントを確認する。
基礎のおさらい
重複実行
対象時間をキーにして、再実行が二重加算にならない更新方式を選ぶ。
監視
クエリ失敗、実行時間、ロック、WLM待ちを記録する。
問題IDAWS-DEA-186
確認環境AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
最終技術確認2026-08-20
誤り・権利侵害を報告