Echt DynamoDB en MySQL zijn appels en peren. DynamoDB is een NoSQL-opslaglaag, terwijl MySQL wordt gebruikt voor relationele opslag. U moet kiezen wat u wilt gebruiken op basis van de werkelijke behoeften van uw toepassing. Sommige toepassingen kunnen zelfs goed worden bediend door beide te gebruiken.
Als u bijvoorbeeld gegevens opslaat die zich niet goed lenen voor een relationeel schema (boomstructuren, schemaloze JSON-representaties, enz.) Die kunnen worden opgezocht met een enkele sleutel of een sleutel/bereikcombinatie, dan DynamoDB ( of een andere NoSQL-winkel) is waarschijnlijk de beste keuze.
Als u een goed gedefinieerd schema voor uw gegevens heeft dat goed in een relationele structuur past en u de flexibiliteit nodig heeft om de gegevens op een aantal verschillende manieren te doorzoeken (uiteraard door indexen toe te voegen indien nodig), dan is RDS misschien een betere oplossing .
Het belangrijkste voordeel van het gebruik van DynamoDB als NoSQL-store is dat u gegarandeerde lees-/schrijfdoorvoer krijgt op elk gewenst niveau, zonder dat u zich zorgen hoeft te maken over het beheer van een geclusterde datastore. Dus als uw toepassing 1000 lees-/schrijfbewerkingen per seconde vereist, kunt u uw DynamoDB-tabel gewoon voor dat doorvoerniveau inrichten en hoeft u zich geen zorgen te maken over de onderliggende infrastructuur.
RDS heeft veel van hetzelfde voordeel dat u zich geen zorgen hoeft te maken over de infrastructuur zelf, maar als u uiteindelijk een aanzienlijk aantal schrijfbewerkingen moet uitvoeren tot het punt waarop de grootste instantie niet langer kan worden bijgehouden, blijft u min of meer zonder opties (je kunt horizontaal schalen voor leesbewerkingen met leesreplica's).
Bijgewerkte opmerking:DynamoDb ondersteunt nu wereldwijde secundaire indexering, dus u hebt nu de mogelijkheid om geoptimaliseerde zoekopdrachten uit te voeren op andere gegevensvelden dan de hash of combinatie van hash- en bereiksleutels.