AWS Database Specialty 対策2

2022年8月23日 2022年8月23日

前回に引き続いて、試験勉強で学んだことを箇条書きにしています。
あくまで個人用メモレベルです。

LSIとGSIの使い分け

公式ドキュメントはこちら。

そもそもセカンダリインデックス
- プライマリキー（DynamoDBの場合はパーティションキー＋ソートキーによる複合PKを指す）以外の属性を使って効率的にアクセスするため
- テーブル単位
- ベストプラクティスとしてはGSIの使用を推奨
  - 例外となるのは強力な整合性を求める場合、など
グローバルセカンダリインデックス（GSI）
- パーティションキーとソートキーを独自に持つ。複合PK。
  - キーの属性は任意（文字列、数値、バイナリ）
- パーティションキーによるサイズ制限なし
  -　既存テーブルへの追加OK
- テーブル全体に対してクエリ実行
- 結果整合性のみ
- 独自のスループット設定を使用（ベーステーブルのキャパは使わない）
- 射影はインデックスに射影されたもののみ
ローカルセカンダリインデックス（LSI）
- パーティションキーはベースと同じで、ソートキーのみ異なる。
  - キーの属性はベースと同じ
- パーティションキーごとに合計サイズが10GB以下
- 作成タイミングはテーブル作成時。既存テーブルへの追加NG
- パーティション単位でクエリ実行
- 結果整合性か強い整合性か選択可能
- ベーステーブルのキャパを使用
- 射影はインデックスに追加されてなくてもテーブル内の属性を指定可能

グローバルデータベース
- リージョン間で1秒未満のレプリケーションを提供
- マスターはシングル（レプリケーションは読み込みのみ）
- プライマリに障害発生時、FOするまで書き込み使用不可
- 書き込んだ内容はマスターインスタンスに同期される
グローバルテーブル
- 書き込み用インスタンスもグローバルに展開
- 容量計画には注意、展開したリージョン分の考慮が必要
- トランザクション機能を使用する場合、最初に書き込みが行われたリージョンのみACIDが担保される