Наистина DynamoDB и MySQL са ябълки и портокали. DynamoDB е NoSQL слой за съхранение, докато MySQL се използва за релационно съхранение. Трябва да изберете какво да използвате въз основа на действителните нужди на вашето приложение. Всъщност някои приложения може да се обслужват добре, като се използват и двете.
Ако, например, съхранявате данни, които не се поддават добре на релационна схема (дървовидни структури, JSON представяния без схема и т.н.), които могат да се търсят спрямо един ключ или комбинация ключ/диапазон, тогава DynamoDB ( или някой друг магазин за NoSQL) вероятно ще бъде най-добрият ви залог.
Ако имате добре дефинирана схема за вашите данни, която може да се вмести добре в релационна структура и се нуждаете от гъвкавостта, за да заявите данните по редица различни начини (разбира се добавяне на индекси, ако е необходимо), тогава RDS може да е по-доброто решение .
Основното предимство при използването на DynamoDB като хранилище за NoSQL е, че получавате гарантирана пропускателна способност за четене/запис на необходимото ниво, без да се налага да се притеснявате за управление на клъстерирано хранилище за данни. Така че, ако вашето приложение изисква 1000 четения/записвания в секунда, можете просто да осигурите вашата DynamoDB таблица за това ниво на пропускателна способност и всъщност да не се притеснявате за основната инфраструктура.
RDS има почти същата полза, като не се налага да се притеснявате за самата инфраструктура, но ако в крайна сметка се наложи да направите значителен брой записи до точката, в която най-големият размер на екземпляра вече няма да поддържа, вие ще останете без опции (можете да мащабирате хоризонтално за четене, като използвате реплики за четене).
Актуализирана бележка:DynamoDb вече поддържа глобално вторично индексиране, така че вече имате възможност да извършвате оптимизирани търсения на полета с данни, различни от хеш или комбинация от ключове за хеш и диапазон.
