robo 3t formerly robomongo tutorial
Tout ce que vous devez savoir sur Robo 3T - Anciennement Robomongo:
En juin 2017, Robomongo a été nommé avec un tout nouveau nom appelé «Robo 3T». Il s'agit de la version de Robo 3T 1.1 prise en charge par la version 3.4 de MongoDB.
Lire => Série de didacticiels détaillés sur MongoDB
La décision de changer le nom a été prise à la lumière du fait que le Logiciel a subi des changements fondamentaux et s'est beaucoup amélioré en ce qui concerne les bogues et les erreurs .
Le changement marquant qui doit être mentionné est que la société a changé de nom de Robomongo à Robo 3T en raison de certains changements dans la marque du produit.
Vous pouvez vous référer Ici pour plus d'informations sur ce problème.
Ce que vous apprendrez:
- De quoi diable est cet outil Robo 3T?
- Pourquoi Robo 3T?
- À propos de MongoDB
- Préface
- Avantages de MongoDB par rapport aux SGBDR typiques
- Pourquoi MongoDB sur RDBMS?
- Domaines où MongoDB pourrait être utilisé
- Pourquoi MongoDB est-il appelé comme base de données NoSQL?
- Modélisation des données dans MongoDB
- Contraste complet entre SQL et NoSQL MongoDB
- Contraste entre les instructions SQL et MongoDB
- Aperçu théorique des différences
- La différence dialectale: les langues
- SGBD SQL
- SGBD NoSQL
- Évolutivité Contraste du SGBD SQL et NoSQL
- Structures de données
- Conclusion
- lecture recommandée
De quoi diable est cet outil Robo 3T?
Robo 3T est une interface graphique gratuite et légère pour MongoDB. C'est un outil de gestion MongoDB qui a une multiplateforme centrée sur le shell et est pris en charge par JSON c'est-à-dire la notation d'objets JavaScript. Cet outil n'est pas typique des autres outils d'administration de l'interface utilisateur de MongoDB, c'est-à-dire que son shell pourrait être intégré à Mongo Shell avec beaucoup d'accès à la fois dans Mongo CLI et Mongo GUI.
Avec l'aide de ce shell mongo, un utilisateur peut afficher, modifier et supprimer des documents mongo. De plus, Robo 3T est un projet open source volontaire et totalement gratuit pour le public.
questions et réponses entretien android pdf
Il pourrait être rediffusé et pourrait également être re-modifié en suivant le TOS de la licence publique générale version 3, qui a été publiée par la Free Software Foundation.
Ce logiciel a été promulgué et pourrait être redistribué dans le but d’aider les personnes qui pourraient en obtenir de l’aide, c’est pourquoi il n’a aucune garantie de le vendre en gros, conformément aux règles de GNU.
Pour plus d'informations sur GNU, vous pouvez consulter Licences GNU
Pourquoi Robo 3T?
Robo 3T est un logiciel gratuit et convivial, qui utilise un petit nombre de ressources disponibles sur une machine. Il est très apprécié et reconnu comme le projet de renommée mondiale avec le taux de réussite le plus élevé en termes de rendement optimal.
Surtout, avec Robo 3T, l'utilisateur n'a pas à passer par la procédure compliquée d'utilisation des tables et des lignes, qui est généralement utilisée dans les bases de données rationnelles. Contrairement à eux, il est construit sur l'architecture des collections Mongo et des documents Mongo.
Industries utilisant Robo 3T
À propos de MongoDB
MongoDB est une base de données open source qui prend en charge la documentation Mongo, c'est pourquoi on dit qu'elle est une base de données de documents. Comme nous l'avons mentionné précédemment, il s'agit d'une architecture pour les collections et documents Mongo, où la base de données contient des collections, qui contiennent finalement des documents Mongo.
Le nombre de champs et la taille varient d'un document Mongo à l'autre. Le framework de MongoDB est basé sur le langage du compilateur C ++.
Le didacticiel proposé clarifiera chaque concept en détail et apporterait une compréhension claire des méthodologies et des procédures pour créer et gérer une base de données très efficace et conviviale.
Il sera réalisé en gardant un œil sur la gestion conceptuelle de MongoDB pour les utilisateurs qui souhaitent l'apprendre d'une manière beaucoup plus simple que possible. A la fin de ce guide complet, l'utilisateur pourra tester son expertise à un stade pratique.
Préface
À propos de DB:
La base de données est porteuse de collections. La base de données de votre système contient plusieurs ensembles de fichiers. MongoDB a la capacité de supporter plusieurs bases de données à la fois. Il garantit une évolutivité facile et une exécution efficace.
Quelle est la collection?
Dans MongoDB, la collection est un package de documents mongo.
C'est la même chose que la table SGBDR dans les détenteurs de base de données typiques. La collection de MongoDB ne contient aucun type de schéma et est présente dans une seule base de données. Les documents Mongo présents dans les collections portent différents champs. Habituellement, les documents mongo des collections ont des fonctions analogues.
Qu'est-ce que le document Mongo?
Les documents Mongo sont porteurs de collection et ont un schéma dynamique, c'est-à-dire que les documents Mongo ne sont pas tenus d'avoir le même paquet de champs ou d'architectures. Ils sont programmés sous forme de paires clé-valeur.
Un spécimen du document Mongo:
L'extrait de code suivant est une structure de document mongo illustrative du blog, qui montre la paire clé-valeur de celui-ci par des virgules dans les instances.
{ _id: ObjectId(“53a99ad6444c11ac2758a5d6”) title: 'Robo 3T Tutorial', description: 'MongoDB is no sql database', by: 'Software Testing Help', url: 'https://www.softwaretestinghelp.com', tags: ('mongodb', 'database', 'NoSQL'), likes: 1000, comments: ( { user: “john25”', message: 'Welcome to Software Testing Help', dateCreated: new Date(2018,8,2,5,15), like: 5 }, { user: “kevin12”, message: 'Welcome to MongoDB', dateCreated: new Date(2018,8,5,10,45), like: 10 } ) }
Dans l'extrait de code, _id est un nombre hexadécimal qui compte 12 octets au total. Il confirme l'exclusivité dans le document mongo. L'utilisateur doit ajouter _id lors de l'insertion d'un document mongo. Si l'utilisateur ne le fait pas, MongoDB sélectionne automatiquement un identifiant distinctif pour chaque document mongo.
Pendant ce temps, sur 12 octets, les quatre premiers octets sont réservés pour un horodatage courant, trois à côté de ces quatre sont réservés à l'identifiant de la machine, deux à côté de ces trois sont réservés à un processus de serveur et enfin, les trois octets laissés de côté sont utilisées comme une valeur incrémentée.
Avantages de MongoDB par rapport aux SGBDR typiques
En règle générale, le schéma du SGBDR est conçu de telle manière qu'il montre le nombre de tables et leurs relations entre elles. Pendant ce temps, comme mentionné précédemment, il n'y a pas de schéma de relation présent dans MongoDB.
Voyons pourquoi MongoDB est un meilleur choix pour les scientifiques des données par rapport aux SGBDR classiques:
- Tout d'abord, MongoDB manque de schéma. Les documents mongo sont porteurs de collections et de nombre de champs et la taille varie d'un document mongo à l'autre.
- Il existe une architecture claire d'un seul objet dans MongoDB.
- Il manque une jonction complexe.
- Il possède une capacité de requête étendue en raison de la présence de la propriété qui indique que les documents mongo ont une capacité de requêtes dynamiques à l'aide d'un langage de requête basé sur des documents qui est efficace comme MySQL.
- Cela pourrait faire du réglage.
- Il a l'évolutivité la plus simple.
- À des fins de conversion et de mappage, aucun objet n'est nécessaire.
- Accédez aux données plus rapidement que les SGBD classiques.
Pourquoi MongoDB sur RDBMS?
MongoDB contient un stockage orienté document où les données sont traitées dans le package de documents de style JSON.
De plus, l'index peut être alloué sur n'importe quel attribut. Il garantit une disponibilité instantanée et pourrait faire d'énormes répliques. Il peut être partagé automatiquement et avoir des requêtes riches.
Surtout, l'utilisateur pourrait obtenir un soutien professionnel de MongoDB.
Domaines où MongoDB pourrait être utilisé
MongoDB est l'avenir, car le big data est l'avenir. MongoDB traite efficacement le Big Data.
Il a la capacité de gérer et d'exécuter efficacement le contenu à un endroit. MongoDB est la meilleure option à utiliser dans l'industrie des médias mobiles et sociaux. Il fonctionne comme un hub de données et gère au mieux les données des utilisateurs.
Pourquoi MongoDB est-il appelé comme base de données NoSQL?
Contrairement au SGBDR, où l’utilisateur doit apprendre MySQL, MongoDB n’exige pas que son utilisateur possède une masse de connaissances MySQL pour commencer à travailler ou s’appuie sur une autre personne pour travailler sur Database à sa place.
MongoDB n'est pas une base de données rationnelle, c'est pourquoi on l'appelle comme base de données NoSQL. Il donne un soupir de détente à ses utilisateurs en raison de son architecture moins complexe.
Il n'y a aucune utilisation d'enregistrements qui doivent être liés par les mêmes noms et types de colonne et ceux qui tournent autour de la table. Les chiffres ci-dessous vous expliqueront tout. Ces deux extraits sont des exemples des deux tables, où l'une appartient au client et l'autre appartient aux commandes.
Dans les deux tableaux, il y a la présence d'une relation mutuelle.
Table client
N ° de client | Nom du client | Numéro de commande |
---|---|---|
Clé primaire | Clé primaire | |
un | Adam Gilchrist | un |
deux | Rickey Ponting | deux |
3 | Shane Warne | 3 |
Tableau de commande
Numéro de commande | Produit | Quantité |
---|---|---|
un | iPhone X | 5 |
deux | Samsung S9 | dix |
3 | HP Pavilion x360 | quinze |
Alors que dans MongoDB, il n'y a pas de propriétés rationnelles comme le SGBDR. Donnez un aperçu de ces deux extraits.
Table client
ID client 01 | Nom du client Adam Gilchrist | OrderID 001 | Ville US |
ID client 02 | Nom du client Rickey Ponting | OrderID 002 | Privilège de statut |
ID client 03 | Nom du client Shane Warne | OrderID 003 |
Tableau de commande
OrderID 001 | Produit iPhone X | Quantité 5 | Date d'expédition 14 août 2018 |
OrderID 002 | Produit Samsung S9 | Quantité dix | |
OrderID 003 | Produit HP Pavilion x360 | Quantité quinze |
Par conséquent, dans NoSQL, la première chose à laquelle il faut réfléchir est l'absence de colonnes avec des noms de colonnes spécifiques. De plus, il existe une paire clé-valeur dans tous les champs. Deuxièmement, dans le tableau des clients, les trois premières clés et lignes sont identiques et la quatrième, c'est-à-dire que le statut et la ville diffèrent des deux premières lignes et ne sont pas inclinés vers la troisième ligne.
Pendant ce temps, dans le tableau qui appartient aux détails de la commande, la deuxième et la troisième ligne ont des valeurs qui n'ont aucun rapport avec la quatrième colonne.
En un mot, toutes ces propriétés font de NoSQL, le meilleur choix par rapport aux SGBD classiques. Le monde est en train de révolutionner et la technologie se transforme constamment avec lui. Dans cette ère rapide, le monde des affaires a besoin des solutions les plus rapides pour leurs logiciels.
Avec l'aide de SGBD comme MongoDB, qui est une base de données NoSQL, le temps d'exécution plus rapide pourrait être réalisable, en raison de sa moindre complexité par rapport au SGBDR. Lorsque nous devons revoir les efforts, le potentiel, le temps et l'argent que l'on doit supporter lors de l'utilisation du SGBDR, MongoDB s'en remet en un rien de temps.
Modélisation des données dans MongoDB
Les données présentes dans MongoDB contiennent le schéma le plus simple. Un SGBD SQL typique dans lequel un utilisateur doit déclarer le schéma d'une table avant de commencer l'insertion de données.
Comme nous l'avons étudié, les collections de MongoDB sont orientées document et ne lient pas son utilisateur à la structure de document typique comme le SGBDR. La flexibilité est l'attribut le plus puissant de MongoDB, pour l'utiliser sur SGBDR.
Un utilisateur doit prendre en compte les points suivants pour effectuer la modélisation des données dans MongoDB:
- Découvrez les besoins cruciaux de l'application souhaitée. À cette fin, il faut jeter un coup d'œil sur les besoins commerciaux de l'application et déterminer les données souhaitées et leurs types. Ensuite, il faut s'assurer que l'architecture du document est conçue en fonction de l'objectif.
- Découvrez les modèles de récupération des données. S'il est nécessaire d'utiliser des requêtes complexes, optez pour des index dans le modèle de données pour garantir l'efficacité des requêtes.
- Le dernier, mais non le moindre, est d'assurer les insertions, les mises à jour et les suppressions en cours dans le SGBD. Cela pourrait être assuré en réévaluant l'utilisation des index et du partitionnement intégré s'il doit être présent dans la conception de la modélisation des données. Ceci est très important pour améliorer l’efficacité de l’environnement de MongoDB.
Contraste complet entre SQL et NoSQL MongoDB
Différence entre les termes et la syntaxe
Termes / syntaxe SQL | Termes / syntaxe de MongoDB |
---|---|
Base de données | Base de données |
Table | Collection |
Rangée | Document |
Colonne | Domaine |
Indice | Indice |
Table | $ lookup ou documents intégrés |
Transactions | Transactions |
SGBD multiples et leurs exécutables
Nom de la base de données | Serveur de base de données | Client de base de données |
---|---|---|
MySQL | Mysqld | Mysql |
Oracle | Oracle | Sqlplus |
MongoDB | Mongod | Mongo |
DB2 | Serveur DB2 | Client DB2 |
Informix | IDS | Accès à la base de données |
Précédents et exemples:
Les tableaux ci-dessus illustrent les termes, la syntaxe, le concept et les déclarations de plusieurs types de SGBD.
Examinons les exemples de SQL et MongoDB pour plus de précisions.
Prenons un exemple de SQL, qui a des personnes de nom de table, tandis que MongoDB a une collection de personnes de nom identique à Tables of SQL.
La collection MongoDB comprend le prototype suivant:
{ _id: ObjectId(“59z12ad6444n59ac2758a5x7”), user_id:'john25', age: 25, status: 'A' }
Contraste entre les instructions SQL et MongoDB
CRÉER et MODIFIER
Instructions de schéma SQL | Déclarations de schéma MongoDB |
---|---|
CREATE TABLE employé ( id MEDIUMINT NON NULL INCRÉMENTATION AUTOMATIQUE, user_id Varchar (30), Numéro d'âge, caractère de statut (1), CLÉ PRIMAIRE (id) ) | db.employee.insertOne {{ identifiant: 'john25', nom: john, état: 'A' }) Cependant, vous pouvez également créer explicitement une collection: db.createCollection («employé») |
Employé ALTER TABLE AJOUTER join_date DATETIME | db.employee.updateMany ( {}, {$ set: {last_name: Adam}} ) |
Employé ALTER TABLE DROP COLUMN join_date | db.employee.updateMany ( {}, {$ unset: {'Age': ''}} ) |
INSÉRER
Instructions SQL INSERT | Instructions MongoDB insertOne () |
---|---|
INSERT INTO employé (user_id, âge, statut) VALEURS ('test001', Quatre cinq, 'À') | db.employee.insertOne ( { user_id: 'john25', âge: 45 ans, état: 'A'} ) |
Quelques requêtes SELECT de SQL et MongoDB
Instructions SQL SELECT | Déclarations de MongoDB find () |
---|---|
CHOISIR * DE l'employé | db.employee.find () |
SELECT id, identifiant d'utilisateur, statut DE l'employé | db.employee.find ( {}, {user_id: 1, status: 1} ) |
SELECT user_id, status DE l'employé | db.employee.find ( {}, {user_id: 1, status: 1, _id: 0} ) |
CHOISIR * DE l'employé WHERE statut = 'A' | db.employee.find ( {status: 'A'} ) |
Instructions UPDATE de SQL et MongoDB
Instructions de mise à jour SQL | MongoDB updateMany () Déclarations |
---|---|
UPDATE employé État SET = 'C' O âge> 25 ans | db.employee.updateMany ( {age: {$ gt: 25}}, {$ set: {status: 'C'}} ) |
UPDATE employé SET âge = âge + 3 WHERE statut = 'A' | db.employee.updateMany ( {status: 'A'}, {$ inc: {age: 3}} ) |
Supprimer les enregistrements SQL et MongoDB
Instructions de suppression SQL | Instructions MongoDB deleteMany () |
---|---|
SUPPRIMER DE L'employé WHERE statut = 'D' | db.employee.deleteMany ({statut: 'D'}) |
SUPPRIMER DE L'employé | db.employee.deleteMany ({}) |
Aperçu théorique des différences
Lorsqu'un utilisateur a un besoin, où il doit passer par une catharsis dans laquelle il doit prendre une décision parmi de nombreuses options devant lui, il doit alors sélectionner qu'il doit soit se plomber pour le SGBDR (SQL), soit SGBD non rationnel (NoSQL).
Il y a quelques différences, et en y réfléchissant, un utilisateur correspondant pourrait prendre une décision viable, selon ses besoins.
Voyons un aperçu de l’opposition dans son ensemble entre ces deux structures de données différentes.
La différence dialectale: les langues
Prenons un exemple du township, où personne n’est bilingue, tout le monde parle la même langue et c’est la seule forme de communication entre eux.
En un mot, cela dit que c'est le seul moyen à partir duquel ils se comprennent. Si tout d'un coup, la ville s'expose à un autre langage flambant neuf, il doit être anarchique pour eux de l'adopter en un instant, car ils ne le comprennent pas ou seuls quelques-uns pourraient le comprendre.
Prenons maintenant l'exemple d'une autre ville, où une communauté est bilingue et parle plusieurs langues. Chaque personne vivant dans la communauté interagit différemment avec les autres et aucun moyen de communication universel n'existe là-bas. C’est comme si une famille était différente des autres, et cela ne les affectait en rien.
Ces exemples simples expliquent le concept de base de SQL et MongoDB.
Voyons le contraste !!
SGBD SQL
Les SGBD SQL ont un langage de requête structuré, c'est-à-dire MySQL pour la manipulation des données.
Il n'y a aucun doute sur la puissance du langage MySQL, c'est le plus utilisé parmi les utilisateurs de SGBD et il est polyvalent à adopter. Pour la gestion complexe des données, c’est le meilleur choix. Mais, il y a aussi une limitation de celui-ci et c'est son schéma rigide.
En raison de son schéma complexe, on ne peut pas basculer entre plusieurs structures, ils doivent s'en tenir à une seule structure qu'ils suivent depuis le début. Selon le premier exemple, changer de structure équivaudrait à changer de langue où tout le monde n'en connaît qu'une et de cette façon, cela créerait de l'anarchie et du désordre.
SGBD NoSQL
Les SGBD NoSQL constituent un schéma dynamique.
Les données non structurées peuvent facilement être stockées de plusieurs manières, c'est-à-dire qu'elles peuvent être stockées sous forme de paire clé-valeur ou peuvent être orientées colonne et document. Cela pourrait être expliqué plus en détail car l'utilisateur serait capable de créer des documents Mongo sans être limité à une structure prédéfinie, contrairement au SGBD typique.
Les documents auraient leur propre structure qui serait unique en son genre. Les champs peuvent être ajoutés à tout moment pendant le processus et la syntaxe varie dans toutes les autres bases de données.
Évolutivité Contraste du SGBD SQL et NoSQL
Les bases de données SQL sont évolutives verticalement contrairement à NoSQL, qui est évolutive horizontalement.
L'évolutivité verticale signifie que les données peuvent être chargées sur un seul serveur en augmentant la RAM. Pendant ce temps, évolutif horizontalement signifie que plusieurs serveurs pourraient être utilisés, c'est-à-dire augmenter le trafic à l'aide du sharding. Par conséquent, le SGBD SQL pourrait être puissant, mais NoSQL est le meilleur pour modifier les ensembles de données.
Structures de données
Le SGBD SQL est basé sur des tables tandis que les bases de données NoSQL sont basées sur des documents, des paires clé-valeur, des graphiques et des orientations de colonne.
SQL DBMS est un bon choix pour les transactions de données typiques telles que la comptabilité et le système bancaire. Pendant ce temps, pour le Big Data, NoSQL se démarquerait du SGBD rationnel.
Exemples typiques des SGBDR incluent MySQL, Oracle, Maria DB et MS SQL Server. Exemples NoSQL incluent MongoDB, Neo4J, CouchDB, RavenDB Cassandra, HBase, BigTable et Redis.
Conclusion
Tous les détails mentionnés ci-dessus sont présentés en un mot pour vous faciliter la compréhension.
MySQL: les plus
Voici les avantages des bases de données SQL:
- Old Is Gold: MySQL est ancien, il possède donc une base assez solide en termes d'énorme communauté et de tests.
- Stable : MySQL est stable car il a plus d'utilisateurs.
- Compatible : Il est largement disponible sur toutes les principales plates-formes et frameworks, y compris Win, Mac, BSD, Solaris et Linux. Plusieurs langages ont une connexion avec eux, notamment C ++, C #, Java , Perl, Python et PHP.
- Pas cher : MySQL est open source et gratuit.
- Réplicabilité : Il peut être répliqué entre plusieurs nœuds.
- Sharding : MySQL a une capacité de partitionnement élevée, ce qui, à son tour, le rend fiable pour les entreprises.
MongoDB: les plus
Voici les avantages de MongoDB:
- HommeSchéma d'ami: Comme mentionné précédemment, son schéma dynamique le rendle plusSGBD flexible pour un utilisateur.
- Évolutivité : Son évolutivité horizontale permet de réduire la charge de travail.
- Gestion : MongoDB ne nécessite aucun outil administratif. Il est convivial pour les créateurs et les administrateurs.
- Rapide : Ses requêtes sont exécutées en un rien de temps.
- Flexible : Son orientation document et colonne en fait un SGBD flexible et facile à utiliser pour un utilisateur.
En tant qu'utilisateur final, que choisirez-vous?
MySQL serait le bon choix pour les utilisateurs et les entreprises qui ont besoin de schémas rigides et de structures prédéfinies pour leurs entreprises.
Par exemple, les applications et les logiciels qui nécessitent de longues transactions, c'est-à-dire ceux qui sont réellement utilisés dans les systèmes bancaires et comptables. Les systèmes dotés de services de surveillance prendront en charge le SGBD MySQL.
Alors que MongoDB serait le meilleur choix pour les entreprises qui ont une croissance abondante et qui nécessiteraient des schémas polyvalents.
S'il est difficile de définir le schéma car il est modifié en un rien de temps, alors le schéma dynamique de MongoDB fonctionnera de son mieux dans cette situation. Cette condition se produit souvent dans l'industrie des applications mobiles, les systèmes analytiques et les systèmes de gestion de contenu.
Ce n'était qu'une introduction, pour avoir un aperçu de ce que ce tutoriel vous apporterait à long terme. Consultez notre prochain tutoriel pour en savoir plus sur le guide d'installation de MongoDB sur Windows.
Tutoriel PREV | Tutoriel SUIVANT
lecture recommandée
- 20+ Tutoriel MongoDB pour les débutants: Cours MongoDB gratuit
- Tutoriels Eclipse détaillés pour les débutants
- Tutoriel de partage MongoDB avec exemple
- Tutoriel MongoDB Create Database
- Déploiement dans MongoDB: didacticiel pas à pas
- MongoDB Créer une sauvegarde de base de données
- Qu'est-ce que la réplication MongoDB
- Expression régulière MongoDB $ regex avec exemple