MongoDB
NOS UPS DANS LA GESTION DES BASES DE DONNÉES AVEC MONGODB
- Flexibilité/sans schéma - Si vous avez un schéma flexible, c'est idéal pour un magasin de documents comme MongoDB. Il est difficile à mettre en œuvre de manière performante dans un SGBDR
- Facilité de mise à l'échelle - Lecture de l'échelle en utilisant des ensembles de répliques. Écriture de l'échelle en utilisant le sharding (équilibrage automatique).
- Langage de requête expressif - simple et beaucoup plus facile à comprendre que le SQL.
- Configuration facile - L'installation, le paramétrage et l'exécution sont assez simples et peuvent prendre très peu de temps.
- Coût - Cela dépend bien sûr du SGBDR, mais MongoDB est gratuit et peut fonctionner sous Linux, ce qui est idéal pour fonctionner avec un kit de produits moins chers.
- Dispose d'une grande cache de documentation précise pour aider les utilisateurs, tant expérimentés que nouveaux, à mieux comprendre la technologie.
NOTREUPS DANS LA GESTION DES BASES DE DONNÉES AVEC MONGODB
- La taille des données dans MongoDB est généralement plus élevée, par exemple parce que les noms des champs de chaque document sont stockés
- moins de souplesse dans l'interrogation (par exemple, pas de JOINTS)
- Redondance des données - Les relations dans MongoDB ne sont généralement pas bien définies et les ensembles de données dupliqués qui en résultent peuvent être difficiles à gérer.
- pas de support pour les transactions - certaines opérations atomiques sont supportées, au niveau d'un document unique
- pour le moment, Map/Reduce (par exemple pour faire des agrégations ou des analyses de données) est OK, mais pas trop vite.
- Indexation - des vitesses rapides et des performances élevées ne sont possibles qu'avec les bons index. Avec des index mal implémentés et des index composites hors service, MongoDB fonctionnera à une vitesse étonnamment lente.