Ik heb veel gedaan met relationele databases, en een beetje met NoSQL-databases (zodat je weet waar ik vandaan kom). IMHO, NoSQL-databases zijn het meest geschikt voor scenario's waarin een of meer waar is:
- De gegevens zijn in wezen plat (niet veel relaties, bijna zoals een oud plat bestand)
- Er is een duidelijk "ouder"-type record met "kind"-records die klein genoeg zijn/vaak genoeg worden geopend met de ouder om ze rechtstreeks in de record in te sluiten.
- Je hebt de vrijheid nodig om binnen redelijke grenzen velden toe te voegen/in te vullen. Ik zie het graag als overerving, waarbij elk item in de tabel enkele gemeenschappelijke kenmerken heeft (ID, naam), maar verschillende records kunnen verschillende kenmerken hebben. Een online productcatalogus kan bijvoorbeeld boeken, fietsen en mp3-nummers bevatten. Een record voor een "boek" -item zou dingen hebben zoals ISBN, aantal pagina's, auteur, enz. Een "fiets" kan wielmaat en kleur hebben, en een "MP3" zou lengte, artiest, genre, enz. hebben. Je zou nooit al die dingen in een "item"-tabel in anRDS krijgen zonder een serieuze overbelasting of het leeg laten van velden. Met een ANoSQL-database kunt u al die informatie in de tabel opslaan, en alleen voor de items die het nodig hebben.
Je kunt het schema dat je bij je vraag opneemt zeker bouwen met behulp van de indexeringscapaciteiten van Dynamo, maar je zou proberen een NoSQL-database te laten werken als een RDS.
Dat gezegd hebbende:ik zou het zelf eerst eens proberen met Dynamo als leerervaring. :)