MongoDB
 sql >> Baza danych >  >> NoSQL >> MongoDB

DynamoDB kontra MongoDB NoSQL

Wiem, że to stare, ale wciąż pojawia się, gdy szukasz porównania. Używaliśmy Mongo, prawie w całości przenieśliśmy się do Dynamo, które jest teraz naszym pierwszym wyborem. Nie dlatego, że ma więcej funkcji, nie ma. Mongo ma lepszy język zapytań, możesz indeksować w strukturze, jest wiele drobiazgów. Wyższość Dynamo polega na tym, co OP stwierdził w swoim komentarzu:to proste. Nie musisz dbać o żadne serwery. Kiedy zaczynasz konfigurować rozwiązanie Mongo sharded, staje się to skomplikowane. Możesz udać się do jednej z firm hostingowych, ale to też nie jest tanie. Z Dynamo, jeśli potrzebujesz większej przepustowości, wystarczy kliknąć przycisk. Możesz pisać skrypty, które skalują się automatycznie. Kiedy nadejdzie czas na ulepszenie Dynamo, zrobimy to za Ciebie. To wszystko to mnóstwo cennego stresu i niewykorzystanego czasu. Jeśli nie masz oddanych ludzi z działu operacyjnego, Dynamo jest doskonałe.

Więc teraz domyślnie przechodzimy na Dynamo. Może Mongo, jeśli struktura danych jest wystarczająco skomplikowana, aby to uzasadnić, ale wtedy prawdopodobnie wrócilibyśmy do bazy danych SQL. Dynamo jest tępe, naprawdę musisz pomyśleć o tym, jak je zbudujesz, i prawdopodobnie użyjesz Redisa w Elasticcache, aby działał dla złożonych rzeczy. Ale na pewno fajnie jest nie musieć się tym zajmować. Ty kodujesz. Otóż ​​to.



  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. Nie można połączyć się z MongoDB (MongoLabs) przez klienta C#

  2. Zarządzanie wieloma technologiami baz danych za pomocą ClusterControl

  3. Nie można połączyć się z MongoDB z powodu nieprawidłowego identyfikatora URI

  4. Samopodpisane połączenie SSL za pomocą PyMongo

  5. usuń _id z wyniku mongo