robo 3t formerly robomongo tutorial
Tot el que heu de saber sobre Robo 3T: anteriorment Robomongo:
Al juny de 2017, Robomongo va rebre el nom amb un nom nou anomenat 'Robo 3T'. Aquesta és la versió de Robo 3T 1.1 compatible amb la versió 3.4 de MongoDB.
Llegir a través => Sèrie de tutorials detallats de MongoDB
La decisió de canviar el nom s’ha pres tenint en compte que el programari ha experimentat alguns canvis fonamentals i ha millorat molt pel que fa als errors i errors .
El canvi destacat que cal esmentar és que l'empresa va canviar el seu nom Robomongo a Robo 3T a causa d’alguns canvis en la marca comercial del producte.
Podeu referir-vos aquí per obtenir més informació sobre aquesta preocupació.
Què aprendreu:
- De què es tracta aquesta eina Robo 3T a la Terra?
- Per què Robo 3T?
- Quant a MongoDB
- Prefaci
- Avantatges de MongoDB sobre RDBMS típics
- Per què MongoDB sobre RDBMS?
- Àrees on es podria utilitzar MongoDB
- Per què es diu MongoDB com a base de dades NoSQL?
- Modelització de dades a MongoDB
- Contrast exhaustiu entre SQL i NoSQL MongoDB
- Contrast entre sentències SQL i MongoDB
- Visió teòrica de les diferències
- La diferència dialectal: les llengües
- SGBD SQL
- SGBD NoSQL
- Escalabilitat Contrast de SGBD SQL i NoSQL
- Estructures de dades
- Conclusió
- Lectura recomanada
De què es tracta aquesta eina Robo 3T a la Terra?
Robo 3T és una GUI gratuïta i lleugera per a MongoDB. És una eina de gestió de MongoDB que té una plataforma multiplataforma centrada en intèrpret d'ordres i que és compatible amb JSON és a dir, Notació d'objectes JavaScript. Aquesta eina no és típica de les altres eines administratives d’interfície d’usuari de MongoDB, és a dir, que el seu intèrpret d’ordres es podria incrustar a Mongo Shell amb un munt d’accés tant a la CLI de Mongo com a la GUI de Mongo.
Amb l'ajut d'aquest intèrpret d'ordres de mongo, un usuari podia veure, editar i eliminar documents de mongo. A més, Robo 3T és un projecte voluntari de codi obert i és totalment gratuït per al públic.
les eines essencials relacionades amb la gestió de riscos són
Es podria tornar a difondre i també es podria modificar seguint el TOS de la llicència pública general versió 3, que ha estat publicada per Free Software Foundation.
Aquest programari s’ha promulgat i es podria redistribuir amb l’objectiu d’ajudar les persones que en podrien obtenir ajuda, per això no té cap garantia de venda al detall, segons les regles de GNU.
Per obtenir més informació sobre GNU, podeu consultar Llicències GNU
Per què Robo 3T?
Robo 3T és un programari gratuït i fàcil d’utilitzar que utilitza un petit nombre de recursos disponibles en una màquina. És molt apreciat i reconegut com el projecte mundialment famós amb una ràtio d’èxit més alta a l’hora de donar un resultat primari.
Sobretot, per Robo 3T, l’usuari no ha de passar pel desordenat procediment d’utilitzar taules i files, que normalment s’utilitza en bases de dades racionals. A diferència d’ells, es basa en col·leccions d’arquitectura Mongo i documents Mongo.
Indústries que utilitzen Robo 3T
Quant a MongoDB
MongoDB es crea com una base de dades de codi obert que admet la documentació de Mongo, per això es diu que és una base de dades de documents. Com hem esmentat anteriorment, és una arquitectura per a col·leccions i documents Mongo, on la base de dades conté col·leccions, que finalment contenen documents Mongo.
El nombre de camps i la mida varien d’un document Mongo a un altre. El marc de MongoDB es basa en el llenguatge compilador C ++.
El tutorial proposat clarificarà cada concepte en detall i aportarà una comprensió clara de les metodologies i procediments per crear i gestionar una base de dades altament eficaç i fàcil d'utilitzar.
Es farà seguint el control conceptual de MongoDB per als usuaris que vulguin aprendre-ho de la manera més senzilla possible. Al final d'aquesta completa guia, l'usuari podrà provar la seva experiència en una etapa pràctica.
Prefaci
Quant a DB:
La base de dades és portadora de col·leccions. La base de dades del vostre sistema conté diversos conjunts de fitxers. MongoDB té la capacitat de suportar diverses bases de dades alhora. Assegura una escalabilitat fàcil i una execució eficaç.
Què és la col·lecció?
A MongoDB, la col·lecció és un paquet de documents mongo.
És el mateix que la taula RDBMS dels titulars de base de dades típics. La col·lecció de MongoDB no conté cap tipus d’esquema i està present en una única base de dades. Els documents mongo presents a les col·leccions tenen diferents camps. Normalment, els documents mongo de les col·leccions tenen funcions anàlogues.
Què és el document Mongo?
Els documents Mongo són portadors de la col·lecció i tenen un esquema dinàmic, és a dir, els documents Mongo no estan obligats a tenir el mateix paquet de camps o arquitectures. Es programen com a parells valor-clau.
Un exemplar del document Mongo:
El fragment següent és una estructura il·lustrativa del document mongo del bloc, que mostra el parell clau-valor del mateix per comes en casos.
{ _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 } ) }Al fragment, _id és un nombre hexadecimal que té 12 bytes en total. Aconsegueix l'exclusivitat del document mongo. L'usuari ha d'afegir _id durant la inserció d'un document mongo. Si l'usuari no ho fa, MongoDB selecciona automàticament un identificador distintiu per a cada document de mongo.
Mentrestant, de 12 bytes, els primers quatre bytes es reserven per a una marca de temps actual, tres al costat d’aquests quatre es reserven per a l’identificador de màquina, dos al costat d’aquests tres es reserven per a un procés de servidor i, finalment, els tres bytes deixats de banda s'utilitzen com a valor que s'incrementa.
Avantatges de MongoDB sobre RDBMS típics
Normalment, l’esquema de RDBMS està dissenyat de manera que mostra el nombre de taules i les seves relacions entre elles. Mentrestant, com es va esmentar anteriorment, no hi ha cap esquema de relació present al MongoDB.
Analitzem per què MongoDB és una opció millor per a Data scientist en lloc de RDBMS típics:
- En primer lloc, a MongoDB li falta un esquema. Els documents mongo són el portador de col·leccions i el nombre de camps i la mida varia d’un document mongo a un altre.
- Hi ha una arquitectura nítida d’un sol objecte a MongoDB.
- Li falta unió complexa.
- Té una gran capacitat de consulta a causa de la presència de la propietat que diu que els documents mongo tenen la capacitat de fer consultes dinàmiques amb l'ajut d'un llenguatge de consulta basat en documents, que és eficaç com MySQL.
- Podria fer sintonia.
- Té l’escalabilitat més senzilla.
- A efectes de conversió i mapatge, no calen objectes.
- Accediu a les dades més ràpidament que el SGBD típic.
Per què MongoDB sobre RDBMS?
MongoDB conté un emmagatzematge orientat a documents on les dades es processen al paquet de documents amb estil JSON.
A més, l’índex es podria assignar a qualsevol atribut. Assegura la disponibilitat instantània i podria fer rèpliques enormes. Es podria compartir automàticament i tenir consultes riques.
Sobretot, l’usuari podria obtenir assistència professional de MongoDB.
Àrees on es podria utilitzar MongoDB
MongoDB és el futur com el big data és el futur. MongoDB processa de manera eficient el big data.
Té la capacitat de gestió i execució de contingut eficaços en un lloc. MongoDB és la millor opció per utilitzar a la indústria de les xarxes socials i mòbils. Funciona com a centre de dades i gestiona al màxim les dades de l'usuari.
Per què es diu MongoDB com a base de dades NoSQL?
A diferència del RDBMS, on l’usuari ha d’aprendre MySQL, MongoDB no requereix que el seu usuari tingui coneixements massius de MySQL per començar a treballar o confiar en que algú treballi a la base de dades.
MongoDB no és una base de dades racional, per això s’anomena base de dades NoSQL. Dóna un sospir de relax als seus usuaris a causa de la seva arquitectura menys complexa.
No s’utilitza cap registre que hagi d’anar lligat pels mateixos noms i tipus de columnes i pels que giren al voltant de la taula. Les xifres següents ho explicaran tot. Aquests dos fragments són exemples de les dues taules, en què una pertany al client i l’altra pertany a comandes.
A les dues taules hi ha la presència d’una relació mútua.
Taula de clients
| Identificació de client | Nom del client | ID de la comanda |
|---|---|---|
| Clau primària | Clau primària | |
| 1 | Adam Gilchrist | 1 |
| 2 | Rickey Ponting | 2 |
| 3 | Shane Warne | 3 |
Taula de comandes
| ID de la comanda | Producte | Quantitat |
|---|---|---|
| 1 | iPhone X | 5 |
| 2 | Samsung S9 | 10 |
| 3 | HP Pavilion x360 | 15 |
Mentre que a MongoDB, no hi ha propietats racionals com RDBMS. Feu una ullada a aquests dos fragments.
Taula de clients
| Identificador de client 01 | Nom del client Adam Gilchrist | OrderID 001 | Ciutat EUA |
| Identificador de client 02 | Nom del client Rickey Ponting | OrderID 002 | Privilegi d'estat |
| Identificador de client 03 | Nom del client Shane Warne | ID de la comanda 003 |
Taula de comandes
| OrderID 001 | Producte iPhone X | Quantitat 5 | Data d'enviament 14 d’agost de 2018 |
| OrderID 002 | Producte Samsung S9 | Quantitat 10 | |
| ID de la comanda 003 | Producte HP Pavilion x360 | Quantitat 15 |
Per tant, a NoSQL, el primer que cal reflexionar és l’absència de columnes amb noms de columna específics. A més, hi ha un parell clau-valor en tots els camps. En segon lloc, a la taula de clients, les tres primeres tecles i files són iguals i la quarta, és a dir, l'estat i la ciutat difereixen de les dues primeres files i no s'inclinen cap a la tercera fila.
Mentrestant, a la taula que pertany als detalls de l'ordre, la segona i la tercera fila tenen valors que no tenen cap relació amb la quarta columna.
En poques paraules, totes aquestes propietats converteixen NoSQL en la millor opció respecte als SGBD típics. El món revoluciona i la tecnologia s’està transformant amb fermesa. En aquesta era ràpida, el món empresarial necessita les solucions més ràpides per al seu programari.
Amb l'ajut de SGBD com MongoDB, que és un DB NoSQL, es podria aconseguir un temps de volta més ràpid, a causa de la seva menor complexitat en comparació amb els RDBMS. Quan hem de revisar els esforços, el potencial, el temps i els diners que cal suportar mentre s’utilitza RDBMS, MongoDB ho superarà en un tres i no res.
Modelització de dades a MongoDB
Les dades presents a MongoDB contenen l’esquema més senzill. SGBD SQL típic on un usuari ha de declarar l’esquema d’una taula abans d’iniciar la inserció de dades.
Tal com vam estudiar, les col·leccions de MongoDB estan orientades al document i no vinculen el seu usuari a l’estructura típica del document com l’RGBD. La flexibilitat és l'atribut més potent de MongoDB, per utilitzar-lo sobre RDBMS.
Un usuari ha de tenir en compte els punts següents per fer el modelatge de dades a MongoDB:
- Esbrineu les necessitats crucials de l’aplicació desitjada. Amb aquest propòsit, cal donar un cop d'ull a les necessitats d'aplicació del negoci i esbrinar-ne les dades desitjades i els seus tipus. Després d'això, s'ha d'assegurar que l'arquitectura del document es calcula d'acord amb la finalitat.
- Esbrineu els patrons de recuperació de les dades. Si cal un ús complex de consultes, busqueu índexs al model de dades per garantir l'eficàcia de les consultes.
- L'últim, però no menys important, és assegurar insercions, actualitzacions i supressions que es produeixen al SGBD. Això es podria assegurar mitjançant la reavaluació de l'ús d'índexs i la participació integrada si ha de ser present en el disseny de models de dades. Això és molt important per millorar l’eficàcia de l’entorn de MongoDB.
Contrast exhaustiu entre SQL i NoSQL MongoDB
Diferència entre termes i sintaxi
| Termes / sintaxi SQL | Termes / sintaxi de MongoDB |
|---|---|
| Base de dades | Base de dades |
| Taula | Col · lecció |
| Fila | Document |
| Columna | Camp |
| Índex | Índex |
| Taula | $ consulta o documents incrustats |
| Transaccions | Transaccions |
SGBD múltiple i els seus executables
| Nom de la base de dades | Servidor de bases de dades | Client de la base de dades |
|---|---|---|
| MySQL | Mysqld | MySQL |
| Oracle | Oracle | Sqlplus |
| MongoDB | Mongod | Mongo |
| DB2 | Servidor DB2 | Client DB2 |
| Informix | IDS | Accés a DB |
Precedents i exemples:
Les taules anteriors il·lustren els termes, la sintaxi, el concepte i les afirmacions de diversos tipus de SGBD.
Considerem els exemples de SQL i MongoDB per obtenir més aclariments.
Considerem un exemple de SQL, que té noms de taula, mentre que MongoDB té una col·lecció de noms de persones iguals que les taules de SQL.
La col·lecció de MongoDB té el següent prototip:
{ _id: ObjectId(“59z12ad6444n59ac2758a5x7”), user_id:'john25', age: 25, status: 'A' }Contrast entre sentències SQL i MongoDB
CREAR i ALTERAR
| Instruccions d'esquema SQL | Instruccions d'esquema de MongoDB |
|---|---|
| CREATE TABLE empleat ( id MEDIUMINT NO NUL AUTO_INCREMENT, user_id Varchar (30), Número d'edat, caràcter d'estat (1), CLAU PRIMÀRIA (identificador) ) | db.employee.insertOne {{ identificador: 'john25', nom: john, estat: 'A' }) Tanmateix, també podeu crear explícitament una col·lecció: db.createCollection ('empleat') |
| ALTER TABLE empleat AFEGEIX data_data DATETIME | db.employee.updateMany ( {}, {$ set: {last_name: Adam}} ) |
| ALTER TABLE empleat DROP COLUMN data_adhesió | db.employee.updateMany ( {}, {$ unset: {'Age': ''}} ) |
INSERTAR
| Instruccions SQL INSERT | Instruccions MongoDB insertOne () |
|---|---|
| INSERT INTO empleat (user_id, edat, estat) VALORS ('test001', 45, 'A') | db.employee.insertOne ( { user_id: 'john25', edat: 45, estat: 'A'} ) |
Algunes consultes SELECT de SQL i MongoDB
| Instruccions SQL SELECT | Instruccions MongoDB find () |
|---|---|
| SELECCIONA * D'empleat | db.employee.find () |
| SELECT ID, ID d'usuari, estat D'empleat | db.employee.find ( {}, {user_id: 1, estat: 1} ) |
| SELECT user_id, estat D'empleat | db.employee.find ( {}, {user_id: 1, estat: 1, _id: 0} ) |
| SELECCIONA * D'empleat WHERE estat = 'A' | db.employee.find ( {estat: 'A'} ) |
ACTUALITZACIÓ Instruccions de SQL i MongoDB
| Instruccions d'actualització SQL | Instruccions MongoDB updateMany () |
|---|---|
| ACTUALITZA empleat SET estat = 'C' ON edat> 25 anys | db.employee.updateMany ( {age: {$ gt: 25}}, {$ set: {status: 'C'}} ) |
| ACTUALITZA empleat SET edat = edat + 3 WHERE estat = 'A' | db.employee.updateMany ( {status: 'A'}, {$ inc: {age: 3}} ) |
Esborreu els registres de SQL i MongoDB
| Sentències SQL Delete | Instruccions MongoDB deleteMany () |
|---|---|
| ELIMINEU de l’empleat WHERE estat = 'D' | db.employee.deleteMany ({status: 'D'}) |
| ELIMINEU de l’empleat | db.employee.deleteMany ({}) |
Visió teòrica de les diferències
Quan un usuari té una necessitat, on ha de passar una catarsi en què ha de prendre una decisió entre moltes opcions que té al davant, ha de seleccionar que ha de complir amb RDBMS (SQL) o SGBD no racionals (NoSQL).
Hi ha algunes diferències i, reflexionant-hi, un usuari corresponent podria prendre una decisió viable, segons la seva necessitat.
Tindrem una visió general del xoc general entre aquestes dues estructures de dades diferents.
La diferència dialectal: les llengües
Posem un exemple del municipi, on ningú no és bilingüe, cada persona parla el mateix idioma i aquesta és l’única forma de comunicació entre ells.
En poques paraules, diu que aquest és l’únic mitjà des del qual s’entenen. Si de cop i volta, la ciutat s’exposa a un altre llenguatge completament nou, ha d’ésser anàrquic perquè l’adoptin en un instant, ja que no l’entenen o només uns pocs ho podrien entendre.
Considereu ara un exemple d’una altra ciutat, on una comunitat és bilingüe i parla diversos idiomes. Cada persona que viu a la comunitat interactua amb els altres de manera diferent i no existeix cap forma de comunicació universal. És com si una família fos diferent de les altres i no els afectés de cap manera.
Aquests exemples senzills expliquen el concepte bàsic de SQL i MongoDB.
A veure el contrast !!
SGBD SQL
Els SGBD SQL tenen un llenguatge de consulta estructurat, és a dir, MySQL per a la manipulació de dades.
No hi ha dubte sobre la potència del llenguatge MySQL, és el més utilitzat entre els usuaris de SGBD i és versàtil d’adoptar. Per a un tractament complex de dades, és la millor opció. Però també hi ha una limitació i aquest és el seu esquema rígid.
A causa del seu complex esquema, no es pot canviar entre diverses estructures, només s’han d’adherir a una estructura que segueixen des del principi. Segons el primer exemple, canviar l'estructura seria el mateix que canviar el llenguatge on tothom en sap només un i, d'aquesta manera, crearia anarquia i embolic.
SGBD NoSQL
Els SGBD NoSQL constitueixen un esquema dinàmic.
Les dades no estructurades es podrien emmagatzemar fàcilment de diverses maneres, és a dir, es podrien emmagatzemar com a parell clau-valor o bé es podrien orientar a columnes i documents. Això es podria explicar a més, ja que l'usuari seria capaç de crear documents Mongo sense restringir-se a una estructura predefinida, a diferència del SGBD típic.
Els documents tindrien una estructura pròpia que seria única en la seva classe. Els camps es podrien afegir en qualsevol moment durant el procés i la sintaxi varia a la resta de bases de dades.
Escalabilitat Contrast de SGBD SQL i NoSQL
Les bases de dades SQL són escalables verticalment a diferència de NoSQL, que és escalable horitzontalment.
Escalable verticalment, es pot carregar les dades en un sol servidor augmentant la memòria RAM. Mentrestant, l’escalabilitat horitzontal significa que es podrien utilitzar diversos servidors, és a dir, augmentar el trànsit amb l’ajut de la distribució. Per tant, el SGBD SQL podria ser potent, però NoSQL és el millor per canviar conjunts de dades.
Estructures de dades
El SGBD SQL es basa en taules, mentre que els DB NoSQL es basen en documents, parells clau-valor, gràfics i orientacions de columnes.
El SGBD SQL és una bona opció per a transaccions de dades típiques, com ara el sistema comptable i bancari. Mentrestant, per al big data, NoSQL destacaria el SGBD racional.
Exemples típics de RDBMS inclouen MySQL, Oracle, Maria DB i MS SQL Server. Exemples de NoSQL inclouen MongoDB, Neo4J, CouchDB, RavenDB Cassandra, HBase, BigTable i Redis.
Conclusió
Tots els detalls esmentats es mostren en poques paraules per facilitar-ne la comprensió.
MySQL: els punts Plus
A continuació es detallen els mèrits de les bases de dades SQL:
- Vell és or: MySQL és antic, per tant, té un terreny força fort en termes de comunitat i proves enormes.
- Estable : MySQL és estable ja que té més usuaris.
- compatible : Està àmpliament disponible a totes les plataformes i marcs principals, inclosos Win, Mac, BSD, Solaris i Linux. Hi ha connexió amb diversos idiomes, incloent C ++, C #, Java , Perl, Python i PHP.
- Barat : MySQL és de codi obert i gratuït.
- Replicabilitat : Podria ser replicable entre més d'un node.
- Esqueixades : MySQL té una alta capacitat de distribució i, al seu torn, la fa fiable per a empreses.
MongoDB: els punts més
Aquests són els mèrits de MongoDB:
- HomeEsquema d'amics: Com s'ha esmentat abans, el seu esquema dinàmic ho fael mésSGBD flexible per a un usuari.
- Escalabilitat : La seva escalabilitat horitzontal ajuda a reduir la càrrega de treball.
- Gestió : MongoDB no requereix cap eina administrativa. És fàcil d'utilitzar tant pels creadors com pels administradors.
- Ràpid : Les seves consultes s'executen en poc temps.
- Flexibel : La seva orientació al document i a la columna fa que el SGBD sigui flexible i fàcil d'utilitzar per a un usuari.
Com a usuari final, què escollireu?
MySQL seria l'elecció correcta per a aquells usuaris i empreses que necessitin esquemes rígids i estructures predefinides per als seus negocis.
Per exemple, les aplicacions i el programari que necessiten transaccions llargues, és a dir, aquelles que s’utilitzen realment en sistemes bancaris i comptables. Els sistemes que tinguin serveis de vigilància donaran suport a SGBD MySQL.
Tot i que MongoDB seria la millor opció per a empreses amb un creixement abundant i que requeririen esquemes versàtils.
Si és difícil definir l’esquema ja que es canvia en poc temps, l’esquema dinàmic de MongoDB funcionaria al màxim en aquesta situació. Aquesta condició sol passar a la indústria d'aplicacions mòbils, sistemes analítics i sistemes de gestió de contingut.
Aquesta va ser només una introducció, per obtenir una pista del que aquest tutorial us aportaria a la llarga. Consulteu el nostre proper tutorial per obtenir més informació sobre la Guia d’instal·lació de MongoDB a Windows.
Lectura recomanada
- 20+ Tutorial de MongoDB per a principiants: curs gratuït de MongoDB
- Tutorials Eclipse en profunditat per a principiants
- Tutorial de MongoDB Sharding amb exemple
- Tutorial de creació de bases de dades de MongoDB
- Desplegament a MongoDB: tutorial pas a pas
- MongoDB Crea una còpia de seguretat de la base de dades
- Què és la rèplica de MongoDB
- Expressió regular de MongoDB $ regex amb exemple