3.3標準
注文を顧客IDで保存している。
配送ステータスでも頻繁に検索する必要があり、全件スキャンを避ける。
最も適切な設計はどれか。
× 不正解
GSIで配送ステータスをキーにしたアクセスパターンを定義し、全件Scanを避ける。
詳細解説
正しい配送ステータスをキーにしたDynamoDB Global Secondary Indexを作成する
GSIはテーブルの主キーとは異なるキーでクエリするアクセスパターンを提供する。
GSIはテーブルの主キーとは異なるキーでクエリするアクセスパターンを提供する。
誤り毎回Scanで全項目を取得してアプリケーションで絞り込む
全件読み取りとなり、データ量が増えると性能とコストが悪化する。
全件読み取りとなり、データ量が増えると性能とコストが悪化する。
誤りRoute 53のTXTレコードへ注文を複製する
DNSレコードはDynamoDBの検索インデックスではない。
DNSレコードはDynamoDBの検索インデックスではない。
誤りS3 Glacierへ注文を移して低遅延検索する
アーカイブストレージは低遅延のオンライン検索に適さない。
アーカイブストレージは低遅延のオンライン検索に適さない。
実際に確かめる
一時的な検証環境で実行できる例です。
DynamoDB Global Secondary Indexの公式説明を確認する。期待される結果
アクセスパターンに合うインデックスを設計できる。理解のポイント
- DynamoDB GSI
- アクセスパターン
- Scan
確認時の注意
- 確認環境: AWS公式DynamoDBドキュメントの確認
- AWS公式SAA-C03 Domain 3と各サービスの公式ドキュメントを確認する。
基礎のおさらい
キー設計
DynamoDBではクエリ条件を先に決め、必要なキーとインデックスを設計する。
判断のポイント
問題文の要件を、サービスの役割・制約・運用条件に分けて確認する。
問題IDAWS-SAA-067
確認環境AWS公式DynamoDBドキュメントの確認
最終技術確認2026-08-20
誤り・権利侵害を報告