AWS DVA試験勉強で、DynamoDBのローカルセカンダリインデックス(LSI)とグローバルセカンダリインデックス（GSI)が分からなかったので、理解をするためにまとめる。

そもそもDynamoDBとは

NoSQLでサーバーレス。即時一貫性と操作の原子性（トランザクション処理が完了か未処理かどっちかの状態）と検索条件の自由を捨て、可用性と拡張性に特化したデータベース。

"table" "item（項目、行）" "attribute（属性、列）"の3つの概念にプラスして、"key"（＝ハッシュキー） "index"という概念がある。

"key"は"item"を検索するために必要な値で、それ故にユニークである必要がある。（逆に言うと、Dynamoではkeyのみユニークにできる）
なので{"key":"1","food":"トマト"}と{"key":"1","game":"ドラクエ"}は同じtableに保存できない。
また、"key"にはパーティションキーとソートキーの種類がある。この2つのキーを使ったものが複合キーテーブルと呼ばれる。
ちなみに、"key"で検索する時の動作としては、全体をスキャンして"key"から"item"を探す処理になる。

"index"とは、検索用のデータを"table"とは別に保存して、検索を高速化するもの。
ユニークである必要はない。

ローカルセカンダリインデックス(LSI)

前提として、複合キーテーブルにしかLSIは定義できない。
パーティションキーとソートキーでの検索結果からさらに検索できる。

例）　tableの中で、お料理レシピ9月版から2022-09-01に投稿された肉に関連するレシピを探す
パーティションキー　["Id":"お料理レシピ9月版"]
ソートキー["Time":"2022-09-01"]
LSI["genre":"meat"]

LSIはパーティションキーを指定できず、同じパーティション内での検索になるので「ローカル」と言う名前がついている。
また、LSIは後から追加できないので、table作成時に設定しなければいけいない。

グローバルセカンダリインデックス（GSI)

GSIはハッシュテーブルでも複合テーブルでも使える。

例）　tableの中で、お料理レシピ9月版から2022-09-01に、useridに12を含んでいる男性ユーザーから投稿されたレシピを探す
パーティションキー　["Id":"お料理レシピ9月版"]
ソートキー["Time":"2022-09-01"]
GSI["userid":"12"] ["usergender":"men"]

また、GSIは任意のタイミングで追加することができる。