MongoDB
 sql >> база данни >  >> NoSQL >> MongoDB

DynamoDB срещу MongoDB NoSQL

Знам, че това е старо, но все още се появява, когато търсите сравнение. Използвахме Mongo, преместихме се почти изцяло в Динамо, което сега е първият ни избор. Не защото има повече функции, няма. Mongo има по-добър език за заявки, можете да индексирате в структура, има много малки неща. Превъзходството на Динамо е в това, което ОП заяви в коментара си:лесно е. Не е нужно да се грижите за никакви сървъри. Когато започнете да настройвате разчленено решение на Mongo, става сложно. Можете да отидете до някоя от хостинг компаниите, но и това не е евтино. С Dynamo, ако имате нужда от повече пропускателна способност, просто щракнете върху бутон. Можете да пишете скриптове за автоматично мащабиране. Когато дойде време да надстроите Dynamo, това е направено за вас. Всичко това е много ценен стрес и неизхарчено време. Ако нямате специални служители, Динамо е отлично.

Така че сега отиваме на Динамо по подразбиране. Може би Mongo, ако структурата на данните е достатъчно сложна, за да го оправдае, но тогава вероятно ще се върнем към SQL база данни. Dynamo е тъп, наистина трябва да помислите как ще го изградите и вероятно ще използвате Redis в Elasticcache, за да го накарате да работи за сложни неща. Но със сигурност е хубаво да не се налага да се грижиш за него. Вие кодирате. Това е.



  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. Обратно редовно изражение на MongoDB

  2. Премахнете поддокумент, вложен в масив в MongoDB

  3. Експортирайте колекция MongoDB в JSON файл

  4. Удостоверяване по време на свързване към сървър на MongoDB с помощта на Java

  5. Как да приложим has_many :чрез връзки с Mongoid и mongodb?