MongoDB
 sql >> Base de données >  >> NoSQL >> MongoDB

DynamoDB contre MongoDB NoSQL

Je sais que c'est vieux, mais cela revient toujours lorsque vous recherchez la comparaison. Nous utilisions Mongo, nous sommes passés presque entièrement à Dynamo, qui est notre premier choix maintenant. Pas parce qu'il a plus de fonctionnalités, ce n'est pas le cas. Mongo a un meilleur langage de requête, vous pouvez indexer dans une structure, il y a beaucoup de petites choses. La supériorité de Dynamo réside dans ce que l'OP a déclaré dans son commentaire :c'est facile. Vous n'avez pas à vous occuper des serveurs. Lorsque vous commencez à mettre en place une solution fragmentée Mongo, cela devient compliqué. Vous pouvez vous adresser à l'une des sociétés d'hébergement, mais ce n'est pas bon marché non plus. Avec Dynamo, si vous avez besoin de plus de débit, il vous suffit de cliquer sur un bouton. Vous pouvez écrire des scripts à mettre à l'échelle automatiquement. Lorsqu'il est temps de mettre à niveau Dynamo, c'est fait pour vous. C'est beaucoup de stress précieux et de temps non dépensé. Si vous n'avez pas de personnel opérationnel dédié, Dynamo est excellent.

Nous allons donc maintenant sur Dynamo par défaut. Mongo peut-être, si la structure des données est suffisamment compliquée pour le justifier, mais nous reviendrons probablement à une base de données SQL. Dynamo est obtus, vous devez vraiment réfléchir à la façon dont vous allez le construire, et vous utiliserez probablement Redis dans Elasticcache pour le faire fonctionner pour des choses complexes. Mais c'est bien de ne pas avoir à s'en occuper. Vous codez. C'est ça.