Направил съм много с релационни бази данни и малко с бази данни NoSQL (само за да знаете откъде идвам). IMHO, NoSQL базите данни са най-подходящи за сценарии, при които един или повече са верни:
- Данните са по същество плоски (няма много релации, почти като стар плосък файл)
- Има определен запис от типа "родител" с "дете" записи, които са достатъчно малки/достатъчно често достъпни от родителя, за да оправдаят вграждането им направо в записа.
- Нуждаете се от свободата да добавяте/попълвате полета в разумни граници. Харесва ми да мисля за това като за наследяване, където всеки елемент в таблицата споделя някои общи черти (ИД, име), но различните записи може да имат различни черти. Например онлайн продуктов каталог може да съдържа книги, велосипеди и MP3 песни. Запис за елемент „книга“ ще има неща като ISBN, брой страници, автор и т.н. „Велосипед“ може да има размер и цвят на колелото, а „MP3“ ще има дължина, изпълнител, жанр и т.н. Никога няма да получите всички тези неща в таблица "item" в anRDS без сериозно претоварване или оставяне на полета празни. ANoSQL база данни ще ви позволи да съхранявате цялата тази информация в таблицата и само за елементите, които се нуждаят от нея.
Определено можете да изградите схемата, която включвате във вашия въпрос, като използвате възможностите за индексиране на Dynamo, но ще се опитате да накарате NoSQL база данни да действа като RDS.
Това каза:аз самият бих го опитал първо с Dynamo като учебен опит. :)
