データモデリング
ここが DynamoDB と SQL が最も大きく分かれる部分です。エンティティごとに 1 テーブルへ正規化するのではなく、アクセスパターンから出発し、それに応えるキーを設計します。多くの場合、すべてのエンティティを 1 つのテーブルに詰め込みます。正しくやれば、親とその子を 1 回の Query で取得でき、JOIN は不要です。
間違えると、Query できないテーブルと、実行できないマイグレーションができあがります。だからトレードオフが重要であり、このセクションではシングルテーブル設計が誤った選択になるケースを正直に扱います。
7 件中 0 件読了クイズ
シングルテーブル設計から始めてください。その後のすべてはこのメンタルモデルを前提とします。
構築する前に、無料のシングルテーブル設計ツールでスキーマの下書きをしましょう — アクセスパターンのリストを PK/SK/GSI プランに変換してくれます。それから DynoTable を試すと、これらのレイアウトをライブのテーブルに対してモデリングし、ブラウズできます — キーが応えられないアドホックな問いには、その SQL Workbench が JOIN、GROUP BY、集計をクライアントサイドで実行します。