データモデリング

ここが DynamoDB と SQL が最も大きく分かれる部分です。エンティティごとに 1 テーブルへ正規化するのではなく、アクセスパターンから出発し、それに応えるキーを設計します。多くの場合、すべてのエンティティを 1 つのテーブルに詰め込みます。正しくやれば、親とその子を 1 回の Query で取得でき、JOIN は不要です。

間違えると、Query できないテーブルと、実行できないマイグレーションができあがります。だからトレードオフが重要であり、このセクションではシングルテーブル設計が誤った選択になるケースを正直に扱います。

シングルテーブル設計から始めてください。その後のすべてはこのメンタルモデルを前提とします。

DynoTable を試すと、これらのレイアウトをライブのテーブルに対してモデリングし、ブラウズできます。