Non réclamés : ils travaillent à MongoDB ?
MongoDB Avis et détails du produit
MongoDB est une base de données NoSQL qui prend en charge des solutions de stockage de données évolutives et hautes performances. Les fonctionnalités de partage automatique de la plate-forme, combinées à des analyses en temps réel et à une évolutivité horizontale, permettent aux entreprises de gérer efficacement leurs données.
|
API
CLI
États-Unis
|
|
| Segment |
Petite entreprise
Marché intermédiaire
Entreprise
|
| Déploiement | Cloud / SaaS / Web, Mac de bureau, Linux sur site, Windows sur site |
| Formation | Documentation |
| Langues | Anglais |
Comparer MongoDB avec d’autres outils populaires dans la même catégorie.
Il fonctionne sous macOS, Windows et Linux. Son installation et son exécution via la console ou le terminal sont très simples. MongoDB et les bases de données NoSQL constituent une plateforme robuste et éprouvée, bénéficiant d'une large communauté de développeurs. J'apprécie particulièrement la scalabilité des données et les concepts de conception de schémas que j'ai découverts à MongoDB University. Tous les documents sont au format JSON. Si vous maîtrisez JavaScript, l'adaptation à MongoDB sera aisée. Plateforme performante, elle propose des ensembles de réplicas et des bases de données partagées, permettant ainsi une mise à l'échelle rapide et efficace de votre application. J'ai installé MongoDB sur mon ordinateur portable Linux Kubuntu 15.10 et sur mon PC Windows 10. Je l'ai utilisé avec la pile MEAN dans un cours Angular.js sur Pluralsight, et avec le framework Spark Java pour développer le système de blog simple présenté dans les cours universitaires de MongoDB. J'utilise également la plateforme Meteor.js et je suis actuellement une spécialisation en conception web sur Coursera, où nous utilisons Meteor.js pour créer des applications collaboratives réactives. Nous développons un système de vote web, un système d'édition de documents, un portfolio avec blog, une application musicale et un outil de gestion de dossiers.awinJe développe actuellement une application Google et, pour mon projet de fin d'études, j'utiliserai MongoDB pour ses possibilités d'évolutivité. Mon portfolio personnel présente MongoDB comme base de données pour mon blog ; n'hésitez pas à le visiter : http://corderogerardo.me.
Ce n'est pas que je n'aime pas MongoDB, c'est plutôt une précaution à prendre lors de l'installation de MongoDB par un utilisateur Linux. Il est important d'apprendre d'abord à utiliser le terminal, notamment les commandes nécessaires pour créer des dossiers et attribuer les permissions. Je dis cela car vous pourriez rencontrer des problèmes au démarrage : il faut ouvrir deux consoles ou terminaux. Dans l'une, il faut saisir `mongod` pour démarrer le serveur, et dans l'autre, `mongo` pour lancer l'interface MongoDB. Une fois terminé, il faut arrêter d'abord l'interface `mongo`, puis le serveur.
Mise à l'échelle rapide et utilisation facile, exactement ce dont j'avais besoin lors de la création de mon portfolio, et je sais que pour mon projet final de fin d'études, je souhaite une version différente pour tester le fonctionnement du système avec un grand nombre d'utilisateurs.
Base de données sans schéma, base de données documentaire, idéale pour une mise à l'échelle horizontale. Excellente gestion des réplicas et du partitionnement… j'adore ! Création de documents imbriqués et d'index : la puissance de cette base de données est fantastique. C'est génial de pouvoir faire évoluer sa base de données simplement en ajoutant des tags/valeurs/éléments dans les nouveaux enregistrements JSON ; pas besoin de se soucier de la structure des tables, etc. À noter également : MongoDB University propose des cours en ligne gratuits pour les développeurs (.NET, Python) et les administrateurs de bases de données. Que demander de plus ?
Rien pour le moment. Franchement, je l'utilise depuis quatre mois et je n'ai jamais eu de problème. J'ai juste un peu de mal à gérer l'interface Windows, mais bon, on est administrateur de base de données, pas concepteur d'interface, pas vrai ?
Nous le testons pour une base de données transactionnelle (sans schéma). Nous passons d'une base de données relationnelle SQL Server classique stockant des données XML (trop lente pour notre usage) à une base de données JSON. Facile à administrer et
Les outils natifs de MapReduce ont simplifié ma solution et l'ont rendue bien plus performante, sans que j'aie besoin de recourir à de nombreux outils tiers. Il suffit de créer un script prototype.
J'aimerais pouvoir utiliser un outil graphique natif sur lequel je pourrais compter. Les outils libres et gratuits ne sont pas optimaux ; si une solution possède une fonctionnalité intéressante, elle peut en manquer d'une autre tout aussi importante. Les solutions payantes sont excellentes, mais souvent onéreuses.
Je travaille actuellement sur un volume important de données dans le cadre du développement d'une solution Big Data. Après avoir testé plusieurs bases de données relationnelles, j'ai constaté un manque de prise en charge native pour les tâches de BI simples, comme la fonctionnalité MapReduce mentionnée précédemment. Désormais, grâce à MongoDB, je peux créer des cubes BI à la volée aussi facilement qu'avec un simple script.
Une base de données non relationnelle très performante et complète. La documentation est excellente et de nombreuses ressources sont disponibles pour s'adapter à votre style d'apprentissage. L'intégration avec Spring est excellente et simple.
Son utilisation est clairement contextuelle. La taille des documents est limitée. Ce n'est pas une solution miracle. C'est une excellente base de données si vous recherchez la performance et des interactions de type JSON. Elle est encore récente et en pleine croissance, et ses fonctionnalités sont susceptibles d'évoluer. Globalement, peu d'inconvénients, seulement des points à prendre en compte concernant l'utilisation d'une base de données documentaire non relationnelle.
Intégration de données entre deux plateformes. Rapide et facile à utiliser avec Spring Boot. La plupart des interactions avec MongoDB sont simples et gérées par Spring.
Le démarrage est ultra-rapide : de l’instant où vous lancez l’application jusqu’à son exécution, il ne faut que quelques minutes. Une fois les étapes initiales effectuées, la mise à l’échelle se fait facilement en quelques secondes, sans effort supplémentaire. La connexion depuis plusieurs applications et pilotes est simple. Ce n’est pas un hasard si cette solution fait partie de la pile MEAN.
Il n'atteint toujours pas le débit de certains produits commerciaux comme Cassandra, mais il est beaucoup plus facile à déboguer et à comprendre quant aux flux de travail.
1. Facilité d'adaptation à la charge lors du traitement de grands volumes d'informations. 2. Le système de chiffrement facilite la conformité à la loi HIPAA.
J'ai récemment été très impressionné par les bases de données NoSQL, et plus particulièrement par MongoDB. Dans le monde actuel, lorsqu'on pense aux bases de données orientées documents, il y a fort à parier que MongoDB viendra immédiatement à l'esprit. JavaScript comme langage interne, index flexibles, recherche plein texte, clustering intégré : autant de caractéristiques qui, à mon sens, font de MongoDB l'une des meilleures bases de données NoSQL. Sans oublier, bien sûr, sa vaste communauté et ses nombreuses bibliothèques officielles.
Mes projets utilisent l'alphabet cyrillique (russe) et le moteur de recherche Full Test n'est pas très performant dans ce cas. Le clustering pour l'élection du leader nécessite au moins 3 nœuds.
Dans mes projets, j'ai beaucoup de documents non structurés et j'ai besoin d'un moteur de recherche et de stockage rapide pour les gérer.
Outre les avantages évidents que sont l'évolutivité, les performances et le caractère open source, ce que j'apprécie le plus chez MongoDB, c'est sa facilité d'utilisation et sa simplicité. La mise en service de MongoDB ne prend que quelques secondes. Et, en particulier, si vous travaillez dans une entreprise utilisant des processus d'intégration continue/déploiement continu (CI/CD), MongoDB est parfaitement adapté. Dans notre entreprise, je pense que personne n'envisagerait de revenir à une couche de persistance basée sur SQL. En résumé : évolutivité, performances, stabilité, simplicité, fonctionnalités, flexibilité, open source, popularité
Bien que l'adoption de MongoDB présente d'énormes avantages, le passage à un paradigme sans schéma comporte également son lot de défis. Maintenir la qualité des données peut s'avérer très complexe et ne doit pas être sous-estimé. De plus, l'absence de fonctionnalités de jointure peut rendre certaines tâches très fastidieuses. C'est pourquoi j'ai hâte d'utiliser MongoDB 3.2 avec la validation de documents et la fonction `$lookup`.
MongoDB a permis à notre équipe d'ingénierie de construire une application web qui évolue horizontalement au rythme de l'entreprise.
En environnement de production, MongoDB offre un modèle de réplication simple d'utilisation, intuitif, puissant et fiable pour protéger les données d'entreprise. Les stratégies de réplication peuvent être rapidement mises en place et testées de différentes manières, depuis une simple machine de développement jusqu'à une solution cloud complète. À mesure que le volume de vos données augmente, le partitionnement est facile à configurer et à gérer. Les collections plafonnées et les index TTL (Time To Live) vous offrent des outils performants pour limiter la quantité de données conservées. Le modèle de documents permet aux développeurs de prototyper rapidement des modèles de données, et l'absence de schéma rigide facilite les modifications de la couche de données en fonction de l'évolution des besoins métiers.
Bien que le temps nécessaire pour rendre un nouveau développeur productif sur MongoDB soit court, il faut plus de temps pour amener un développeur ayant une expérience en SQL à repenser ses modèles de conception.
Nous traitons de nombreuses sources de données hétérogènes. Les documents JSON offrent une grande flexibilité pour l'intégration des données provenant de sources externes, sans imposer de règles trop contraignantes. Grâce à MongoDB, nous pouvons ingérer rapidement les données, puis adapter les règles afin d'optimiser leur utilisation.
Lorsque je travaillais sur un projet de système de documentation, MongoDB s'est avéré être le choix idéal. L'objectif initial d'une base de données NoSQL correspondait parfaitement au système. Outre la base de données elle-même, sa rapidité et sa flexibilité ont été deux autres atouts majeurs. Les requêtes MongoDB sont généralement très rapides, notamment pour récupérer des données en une seule requête. La conception des requêtes est particulièrement bien pensée, surtout pour un système comme le nôtre qui interroge les données via un système de documentation, et non via des requêtes SQL comme une base de données traditionnelle.
Pour quelqu'un qui a travaillé avec des bases de données SQL, il est difficile d'imaginer une base de données sans instructions JOIN. Il est impossible pour un ingénieur d'utiliser les jointures dans MongoDB ; nous devons effectuer plusieurs requêtes et combiner les résultats pour atteindre notre objectif. Un autre point négatif de MongoDB est la gestion de la mémoire.sage Dans les systèmes de bases de données, il arrive que le système utilise d'importants blocs de mémoire, ce qui le ralentit considérablement. Si les développeurs pouvaient améliorer la vitesse et optimiser l'utilisation de la mémoire, ce serait un avantage. Concernant la gestion de la concurrence, MongoDB présente également des lacunes ; il est donc préférable de l'utiliser pour les applications nécessitant une haute fréquence d'accès.
Le problème que nous cherchons à résoudre est la sauvegarde quotidienne des informations et des données afin que les utilisateurs puissent y accéder à tout moment. Le système nécessite une base de données volumineuse, qui évolue rapidement. Nous enregistrons ces données sous forme de documentation, c'est pourquoi nous utilisons MongoDB.
C'est un système de stockage de documents robuste et performant. J'apprécie ses opérateurs performants, je tire pleinement parti de son écosystème mature et le framework MapReduce et d'agrégation intégré me sauve la mise à maintes reprises.
Le seul bémol, c'est que ces solutions développent rapidement des fonctionnalités performantes, et j'hésite à mettre à jour ma base de données en production pour en profiter immédiatement. Une méthode plus sûre et/ou plus fiable pour mettre à jour (et restaurer) les bases de données serait vraiment appréciable.
Nous utilisons MongoDB pour tout, et nous nous en sortirions probablement tout aussi bien avec une base de données SQL, mais j'apprécie vraiment la flexibilité des documents intégrés et des index profonds.