私はリレーショナルデータベースで多くのことを行い、NoSQLデータベースで少しやりました（私がどこから来たのかがわかるように）。 IMHO、NoSQLデータベースは、1つ以上が当てはまるシナリオに最適です：
- データは基本的にフラットです（古いフラットファイルのように、多くの関係はありません）
- 「子」レコードを含む明確な「親」タイプのレコードがあります。これらのレコードは、レコードに正しく埋め込むことを正当化するのに十分小さい/親と頻繁にアクセスされます。
- 理由の範囲内でフィールドを追加/入力する自由が必要です。テーブル内のすべてのアイテムがいくつかの共通の特性（ID、名前）を共有する継承のように考えるのが好きですが、レコードが異なれば特性も異なる可能性があります。たとえば、オンラインの製品カタログには、本、自転車、MP3の曲が含まれている場合があります。 「本」アイテムのレコードには、ISBN、ページ数、著者などが含まれます。「自転車」にはホイールのサイズと色があり、「MP3」には長さ、アーティスト、ジャンルなどがあります。深刻なオーバーロードやフィールドを空のままにしない限り、RDSの「アイテム」テーブルにこれらすべてを取得することはできません。 ANoSQLデータベースを使用すると、そのすべての情報を、それを必要とするアイテムについてのみテーブルに保存できます。
Dynamoのインデックス作成機能を使用して、質問に含めるスキーマを確実に構築できますが、NoSQLデータベースをRDSのように機能させようとします。
つまり、私自身、最初にDynamoを学習体験として試してみました。 :)