robo 3t formerly robomongo tutorial
Tot ce trebuie să știți despre Robo 3T - Fost Robomongo:
În iunie 2017, Robomongo a fost numit cu un nume nou-numit „Robo 3T”. Aceasta este lansarea versiunii Robo 3T 1.1 acceptată de versiunea 3.4 a MongoDB.
Citiți prin intermediul> Seria de tutoriale detaliate MongoDB
Decizia schimbării numelui a fost luată în lumina faptului că software-ul a trecut prin unele modificări fundamentale și s-a îmbunătățit mult în ceea ce privește bug-urile și erori .
Schimbarea importantă care trebuie menționată este că compania și-a schimbat numele Robomongo la Robo 3T din cauza unor modificări ale mărcii comerciale a produsului.
Puteți face referire Aici pentru mai multe informații despre această preocupare.
Ce veți învăța:
- Despre ce Pământ este vorba despre acest instrument Robo 3T?
- De ce Robo 3T?
- Despre MongoDB
- Prefaţă
- Avantaje ale MongoDB peste RDBMS tipic
- De ce MongoDB peste RDBMS?
- Zonele în care MongoDB ar putea fi folosit
- De ce se numește MongoDB ca bază de date NoSQL?
- Modelarea datelor în MongoDB
- Contrast cuprinzător între SQL și NoSQL MongoDB
- Contrast între declarațiile SQL și MongoDB
- Prezentare teoretică a diferențelor
- Diferența de dialect: limbile
- SGBD SQL
- SGBD NoSQL
- Scalabilitate Contrast al SGBD SQL și NoSQL
- Structuri de date
- Concluzie
- Lectură recomandată
Despre ce Pământ este vorba despre acest instrument Robo 3T?
Robo 3T este un GUI gratuit și ușor pentru MongoDB. Este un instrument de gestionare MongoDB care are o multiplataforma centrată pe shell și este susținut de JSON adică Notare obiect JavaScript. Acest instrument nu este tipic pentru celelalte instrumente administrative ale interfeței utilizatorului MongoDB, adică shell-ul său ar putea fi încorporat în Mongo Shell cu o mulțime de acces atât în Mongo CLI, cât și în Mongo GUI.
Cu ajutorul acestui shell mongo, un utilizator ar putea vizualiza, edita și șterge documente mongo. Mai mult, Robo 3T este un proiect voluntar open source și este complet gratuit pentru public.
bash compara fișiere linie cu linie
Acesta ar putea fi redistribuit și ar putea fi re-modificat, urmând TOS-ul licenței publice generale versiunea 3, care a fost publicată de Free Software Foundation.
Acest software a fost promulgat și ar putea fi redistribuit în scopul de a ajuta persoanele care ar putea primi asistență de la acesta, de aceea nu are nicio garanție de comercializare cu ridicata, conform regulilor GNU.
Pentru mai multe informații despre GNU, puteți verifica Licențe GNU
De ce Robo 3T?
Robo 3T este un software gratuit și ușor de utilizat, care folosește un număr mic de resurse disponibile pe o mașină. Este extrem de apreciat și recunoscut ca fiind proiectul de renume mondial cu cel mai mare raport de succes în oferirea de rezultate prime.
Mai presus de toate, de Robo 3T, utilizatorul nu trebuie să treacă prin procedura dezordonată de utilizare a tabelelor și rândurilor, care este de obicei utilizată în bazele de date raționale. Spre deosebire de acestea, este construit pe colecții de arhitectură Mongo și documente Mongo.
Industrii care folosesc Robo 3T
Despre MongoDB
MongoDB este creat ca o bază de date open source care acceptă documentația Mongo, de aceea se spune că este o bază de date de documente. După cum am menționat mai devreme, este o arhitectură pentru colecțiile și documentele Mongo, în care baza de date conține colecții, care în cele din urmă poartă documente Mongo în ele.
Numărul de câmpuri și dimensiunea variază de la un document Mongo la altul. Cadrul MongoDB se bazează pe limbajul compilatorului C ++.
Tutorialul propus va clarifica fiecare concept în detaliu și va aduce o înțelegere clară a metodologiilor și procedurilor pentru a crea și gestiona o bază de date extrem de eficientă și ușor de utilizat.
Acesta va fi realizat prin supravegherea gestionării conceptuale a MongoDB pentru utilizatorii care doresc să îl învețe într-un mod mult mai simplu posibil. La sfârșitul acestui ghid cuprinzător, utilizatorul ar putea să-și testeze expertiza într-o etapă practică.
Prefaţă
Despre DB:
Baza de date este purtătoare de colecții. DB din sistemul dvs. conține mai multe seturi de fișiere. MongoDB are capacitatea de a purta mai multe baze de date simultan. Asigură scalabilitate ușoară și execuție eficientă.
Ce este Colecția?
În MongoDB, colecția este un pachet de documente mongo.
Este la fel ca tabelul RDBMS din titularii de baze de date tipice. Colecția din MongoDB nu conține niciun fel de schemă și este prezentă într-o singură bază de date. Documentele Mongo care sunt prezente în colecții poartă câmpuri diferite. De obicei, documentele mongo din colecții au funcții similare.
Ce este documentul Mongo?
Documentele Mongo sunt purtătoare de colecție și au schemă dinamică, adică documentele Mongo nu sunt obligate să aibă același pachet de câmpuri sau arhitecturi. Acestea sunt programate ca perechi cheie-valoare.
Un specimen al documentului Mongo:
Fragmentul următor este o structură ilustrativă a documentului mongo a blogului, care arată perechea cheie-valoare a acestuia prin virgule în instanțe.
{ _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 } ) }În fragment, _id este un număr hexazecimal care are 12 octeți în total. Descoperă exclusivitatea în documentul mongo. Utilizatorul trebuie să adauge _id în timpul inserării unui document mongo. Dacă utilizatorul nu o face, atunci MongoDB selectează automat un ID distinct pentru fiecare document mongo.
Între timp, din 12 octeți, primii patru octeți sunt rezervați pentru un timestamp curent, trei lângă acești patru sunt rezervați pentru ID-ul mașinii, doi lângă acești trei sunt rezervați pentru un proces de server și, în cele din urmă, sunt lăsați trei octeți sunt folosite ca valoare care se incrementează.
Avantaje ale MongoDB peste RDBMS tipic
De obicei, Schema RDBMS este concepută în așa fel încât să arate numărul de tabele și relațiile lor între ele. Între timp, așa cum am menționat mai devreme, nu există o schemă de relație prezentă în MongoDB.
Să discutăm de ce MongoDB este o alegere mai bună pentru Data scientist decât RDBMS tipic:
- În primul rând, MongoDB nu are schemă. Documentele mongo sunt purtătoarele colecțiilor și numărul câmpurilor, iar dimensiunea variază de la un document mongo la altul.
- Există o arhitectură clară a unui singur obiect în MongoDB.
- Îi lipsește îmbinarea complexă.
- Deține o capacitate extinsă de interogare datorită prezenței proprietății care spune că documentele mongo au o capacitate de interogări dinamice cu ajutorul limbajului de interogare bazat pe documente, care este eficient ca MySQL.
- Ar putea face tuning.
- Are scalabilitatea cea mai ușoară.
- În scopuri de conversie și cartografiere, nu este nevoie de obiecte.
- Accesați datele mai rapid decât SGBD tipic.
De ce MongoDB peste RDBMS?
MongoDB deține stocarea orientată spre documente în care datele sunt procesate în pachetul de documente în stil JSON.
Mai mult, indexul ar putea fi alocat pentru orice atribut. Asigură disponibilitatea instantanee și ar putea face replici enorme. Poate fi partajat automat și poate avea interogări bogate.
Mai presus de toate, utilizatorul ar putea primi asistență profesională de la MongoDB.
Zonele în care MongoDB ar putea fi folosit
MongoDB este viitorul, pe măsură ce big data este viitorul. MongoDB procesează eficient datele mari.
Are capacitatea de gestionare și execuție eficientă a conținutului la fața locului. MongoDB este cea mai bună opțiune de utilizat în industria de rețele mobile și sociale. Funcționează ca un hub de date și gestionează datele utilizatorului în cel mai bun caz.
De ce se numește MongoDB ca bază de date NoSQL?
Spre deosebire de RDBMS, unde utilizatorul trebuie să învețe MySQL, MongoDB nu cere utilizatorului să aibă o mulțime de cunoștințe MySQL pentru a începe să lucreze sau să se bazeze pe altcineva care să lucreze la baza de date pentru ei.
MongoDB nu este o bază de date rațională, de aceea este numită o bază de date NoSQL. Oferă un oftat de relaxare utilizatorilor săi din cauza arhitecturii sale mai puțin complexe.
Nu există nicio utilizare a înregistrărilor care trebuie să fie legate de aceleași nume și tipuri de coloane și de cele care se învârt în jurul mesei. Cifrele de mai jos vor explica totul. Aceste două fragmente sunt exemple ale celor două tabele, în care unul aparține clientului, iar celălalt aparține comenzilor.
În ambele tabele, există prezența unei relații reciproce.
Tabelul clientului
| Număr de înregistrare client | Numele clientului | Comanda ID |
|---|---|---|
| Cheia principala | Cheia principala | |
| 1 | Adam Gilchrist | 1 |
| Două | Rickey Ponting | Două |
| 3 | Shane Warne | 3 |
Tabel de comenzi
| Comanda ID | Produs | Cantitate |
|---|---|---|
| 1 | iPhone X | 5 |
| Două | Samsung S9 | 10 |
| 3 | HP Pavilion x360 | cincisprezece |
În timp ce se află în MongoDB, nu există proprietăți raționale precum RDBMS. Aruncă o privire asupra acestor două fragmente.
Tabelul clientului
| ID client 01 | Numele clientului Adam Gilchrist | ID-ul comenzii 001 | Oraș SUA |
| ID client 02 | Numele clientului Rickey Ponting | ID-ul comenzii 002 | Privilegiu de statut |
| ID client 03 | Numele clientului Shane Warne | ID-ul comenzii 003 |
Tabel de comenzi
| ID-ul comenzii 001 | Produs iPhone X | Cantitate 5 | Data expedierii 14 august 2018 |
| ID-ul comenzii 002 | Produs Samsung S9 | Cantitate 10 | |
| ID-ul comenzii 003 | Produs HP Pavilion x360 | Cantitate cincisprezece |
Prin urmare, în NoSQL, primul lucru pe care trebuie să îl meditați este absența coloanelor cu nume de coloane specifice. În plus, există o pereche cheie-valoare în toate câmpurile. În al doilea rând, în tabelul clienților, primele trei chei și rânduri sunt la fel și al patrulea, adică statutul și orașul diferă de primele două rânduri și nu sunt înclinate spre al treilea rând.
Între timp, în tabelul care aparține detaliilor comenzii, al doilea și al treilea rând au valori care nu au nicio relație cu coloana a patra.
Pe scurt, toate aceste proprietăți fac din NoSQL, cea mai bună alegere față de SGBD tipic. Lumea revoluționează, iar tehnologia se transformă constant cu ea. În această eră rapidă, lumea afacerilor are nevoie de cele mai rapide soluții pentru software-ul lor.
Cu ajutorul SGBD precum MongoDB, care este un DB NoSQL, timpul de întoarcere mai rapid ar putea fi realizabil, datorită complexității sale mai mici în comparație cu SGBD. Când trebuie să analizăm eforturile, potențialul, timpul și banii pe care trebuie să-i suportăm în timp ce utilizați RDBMS, MongoDB îl depășește în cel mai scurt timp.
Modelarea datelor în MongoDB
Datele prezente în MongoDB conțin cea mai simplă schemă. Un SGBD tipic SQL în care un utilizator trebuie să declare schema unui tabel înainte de a începe inserarea datelor.
După cum am studiat, colecțiile MongoDB sunt orientate spre documente și nu își leagă utilizatorul de structura tipică a documentelor, cum ar fi RDBMS. Flexibilitatea este cel mai puternic atribut al MongoDB, de a-l utiliza peste RDBMS.
Un utilizator trebuie să ia în considerare următoarele puncte pentru a face modelarea datelor în MongoDB:
- Aflați nevoile cruciale ale aplicației dorite. În acest scop, trebuie să aruncăm o privire asupra necesităților comerciale de aplicare și să ne dăm seama de datele dorite și de tipurile acestora. După aceasta, trebuie să ne asigurăm că arhitectura documentului este calculată în funcție de scop.
- Aflați tiparele de recuperare a datelor. Dacă este nevoie de o utilizare complexă a interogărilor, alegeți indexuri în modelul de date pentru a asigura eficacitatea interogărilor.
- Nu în ultimul rând este asigurarea inserțiilor, actualizărilor și ștergerilor care se întâmplă în SGBD. Acest lucru ar putea fi asigurat prin reevaluarea utilizării indexurilor și a partajării încorporate dacă trebuie să fie prezentă în proiectarea modelării datelor. Acest lucru este foarte important pentru a îmbunătăți eficiența mediului MongoDB.
Contrast cuprinzător între SQL și NoSQL MongoDB
Diferența dintre termeni și sintaxă
| Termeni SQL / sintaxă | Termeni / sintaxă MongoDB |
|---|---|
| Bază de date | Bază de date |
| Masa | Colectie |
| Rând | Document |
| Coloană | Camp |
| Index | Index |
| Masa | $ căutare sau documente încorporate |
| Tranzacții | Tranzacții |
SGBD multiple și executabilele lor
| Numele bazei de date | Server de baze de date | Clientul bazei de date |
|---|---|---|
| MySQL | Mysqld | Mysql |
| Oracol | Oracol | Sqlplus |
| MongoDB | Mongod | Mongo |
| DB2 | Server DB2 | Client DB2 |
| Informix | IDS | Acces DB |
Precedente și exemple:
Tabelele de mai sus ilustrează termenii, sintaxa, conceptul și declarațiile mai multor tipuri de SGBD.
Să luăm în considerare exemplele SQL și MongoDB pentru clarificări suplimentare.
Să luăm în considerare un exemplu de SQL, care are nume de tabel, în timp ce MongoDB are o colecție de nume de persoane la fel ca Tables of SQL.
Colecția MongoDB are următorul prototip:
{ _id: ObjectId(“59z12ad6444n59ac2758a5x7”), user_id:'john25', age: 25, status: 'A' }Contrast între declarațiile SQL și MongoDB
CREAȚI și ALTERAȚI
| Instrucțiuni de schemă SQL | Declarații de schemă MongoDB |
|---|---|
| CREATE TABLE angajat ( id MEDIUMINT NOT NULL AUTO_INCREMENT, user_id Varchar (30), Numărul vârstei, status char (1), CHEIE PRIMARĂ (id) ) | db.employee.insertOne {{ id: „john25”, nume: John, stare: „A” }) Cu toate acestea, puteți crea în mod explicit o colecție: db.createCollection („angajat”) |
| Angajat ALTER TABLE ADĂUGAți data_unire DATETIME | db.employee.updateMany ( {}, {$ set: {last_name: Adam}} ) |
| Angajat ALTER TABLE DROP COLUMN join_date | db.employee.updateMany ( {}, {$ unset: {„Age”: „”}} ) |
INTRODUCE
| Instrucțiuni SQL INSERT | Instrucțiuni MongoDB insertOne () |
|---|---|
| INSERT INTO angajat (user_id, vârstă, stare) VALORI („test001”, Patru cinci, 'LA') | db.employee.insertOne ( { user_id: „john25”, vârstă: 45, stare: „A”} ) |
Unele interogări SELECT de SQL și MongoDB
| Instrucțiuni SQL SELECT | Declarații MongoDB find () |
|---|---|
| SELECTAȚI * DE la angajat | db.employee.find () |
| SELECT ID, numele de utilizator, stare DE la angajat | db.employee.find ( {}, {user_id: 1, status: 1} ) |
| SELECT user_id, stare DE la angajat | db.employee.find ( {}, {user_id: 1, status: 1, _id: 0} ) |
| SELECTAȚI * DE la angajat WHERE status = 'A' | db.employee.find ( {status: „A”} ) |
UPDATE Declarații SQL și MongoDB
| Instrucțiuni SQL Update | Declarații MongoDB updateMany () |
|---|---|
| UPDATE angajat SET status = 'C' UNDE vârsta> 25 | db.employee.updateMany ( {vârstă: {$ gt: 25}}, {$ set: {status: 'C'}} ) |
| UPDATE angajat SET vârstă = vârstă + 3 WHERE status = 'A' | db.employee.updateMany ( {status: „A”}, {$ inc: {age: 3}} ) |
Ștergeți înregistrările SQL și MongoDB
| Instrucțiuni de ștergere SQL | Instrucțiuni MongoDB deleteMany () |
|---|---|
| ȘTERGEȚI DE la angajat WHERE status = 'D' | db.employee.deleteMany ({status: 'D'}) |
| ȘTERGEȚI DE la angajat | db.employee.deleteMany ({}) |
Prezentare teoretică a diferențelor
Când un utilizator primește o nevoie, unde trebuie să treacă printr-o catarsă în care trebuie să ia o decizie din multe opțiuni ample din fața sa, atunci trebuie să selecteze că, fie că trebuie să plump pentru RDBMS (SQL), fie SGBD non-rațional (NoSQL).
Există unele diferențe și, analizându-le, un utilizator corespunzător ar putea lua o decizie viabilă, în funcție de nevoile sale.
Să avem o imagine de ansamblu asupra ciocnirii de ansamblu dintre aceste două structuri de date diferite.
Diferența de dialect: limbile
Să luăm un exemplu al orașului, unde nimeni nu este bilingv, fiecare persoană vorbește aceeași limbă și aceasta este singura formă de comunicare între ei.
Pe scurt, spune că acesta este singurul mediu din care se înțeleg. Dacă dintr-o dată, orașul devine expus la un alt limbaj nou, trebuie să fie anarhic pentru ei pentru adoptarea acestuia într-o clipă, deoarece nu îl înțeleg sau doar câțiva ar putea să-l înțeleagă.
Acum, ia în considerare un exemplu de alt oraș, unde o comunitate este bilingvă și vorbesc mai multe limbi. Fiecare persoană care trăiește în comunitate interacționează diferit cu ceilalți și nu există un mod universal de comunicare acolo. Este ca și cum o familie ar fi diferită de celelalte și nu le afectează în niciun fel.
Aceste exemple simple explică conceptul de bază al SQL și MongoDB.
Să vedem contrastul !!
SGBD SQL
SQL DBMS au un limbaj de interogare structurat, adică MySQL pentru manipularea datelor.
Nu există nicio îndoială cu privire la puterea limbajului MySQL, este cel mai utilizat dintre utilizatorii DBMS și este versatil de adoptat. Pentru manipularea complexă a datelor, este cea mai bună alegere. Dar există și o limitare a acestuia și aceasta este schema sa rigidă.
Datorită schemei sale complexe, nu se poate comuta între mai multe structuri, acestea trebuie să se lipească doar de o structură pe care o urmează de la început. Conform primului exemplu, schimbarea structurii ar fi aceeași cu schimbarea limbajului, unde toată lumea știe doar unul și, în acest fel, ar crea anarhie și mizerie.
SGBD NoSQL
SGBD NoSQL constituie schema dinamică.
Datele nestructurate ar putea fi ușor stocate în mai multe moduri, adică ar putea fi stocate ca o pereche cheie-valoare sau ar putea fi o coloană și orientate către documente. Acest lucru ar putea fi explicat în continuare, deoarece utilizatorul ar putea crea documente Mongo fără a fi limitat la o structură predefinită, spre deosebire de SGBD tipic.
Documentele ar avea propria lor structură, care ar fi unică în felul său. Câmpurile pot fi adăugate oricând în timpul procesului, iar sintaxa variază în fiecare altă bază de date.
Scalabilitate Contrast al SGBD SQL și NoSQL
DB-urile SQL sunt scalabile vertical spre deosebire de NoSQL, care este scalabil pe orizontală.
Scalabil pe verticală înseamnă că datele pot fi încărcate pe un singur server prin creșterea memoriei RAM. Între timp, scalabil pe orizontală înseamnă că ar putea fi utilizate mai multe servere, adică creșterea traficului cu ajutorul partajării. Prin urmare, SQL DBMS ar putea fi puternic, dar NoSQL este cel mai bun pentru schimbarea seturilor de date.
Structuri de date
SQL DBMS se bazează pe tabele, în timp ce DB-urile NoSQL se bazează pe documente, perechi cheie-valoare, grafice și orientări pe coloane.
SQL DBMS este o alegere bună pentru tranzacții tipice de date, cum ar fi contabilitatea și sistemul bancar. Între timp, pentru big data, NoSQL ar remarca SGBD rațional.
Exemple tipice din RDBMS includ MySQL, Oracle, Maria DB și MS SQL Server. Exemple NoSQL includ MongoDB, Neo4J, CouchDB, RavenDB Cassandra, HBase, BigTable și Redis.
Concluzie
Toate detaliile menționate mai sus sunt prezentate pe scurt pentru o înțelegere ușoară.
MySQL: Punctele Plus
Mai jos sunt meritele bazelor de date SQL:
- Old Is Gold: MySQL este vechi, prin urmare deține un teren destul de puternic în ceea ce privește comunitatea imensă și testarea.
- Grajd : MySQL este stabil, deoarece are mai mulți utilizatori.
- Compatibil : Este disponibil pe scară largă pe toate platformele și cadrele majore, inclusiv Win, Mac, BSD, Solaris și Linux. Mai multe limbi au o conexiune cu ele, inclusiv C ++, C #, Java , Perl, Piton și PHP.
- Ieftin : MySQL este open source și gratuit.
- Replicabilitate : Ar putea fi reproductibil în mai multe noduri.
- Zdrobire : MySQL are o capacitate ridicată de partajare și, la rândul său, îl face fiabil pentru afaceri.
MongoDB: Punctele Plus
Acestea sunt meritele MongoDB:
- Omamic Schema: Așa cum am menționat anterior, schema sa dinamică o facecel maiSGBD flexibil pentru un utilizator.
- Scalabilitate : Scalabilitatea sa orizontală ajută la reducerea volumului de muncă.
- Management : MongoDB nu necesită niciun instrument administrativ. Este ușor de utilizat atât de către producători, cât și de către administratori.
- Rapid : Interogările sale sunt executate în cel mai scurt timp.
- Flexib : Orientarea documentului și a coloanei îl face flexibil și ușor de utilizat SGBD pentru un utilizator.
Fiind un utilizator final, ce vei alege?
MySQL ar fi alegerea potrivită pentru acei utilizatori și companii care au nevoie de scheme rigide și structuri predefinite pentru afacerile lor.
De exemplu, aplicațiile și software-ul care necesită tranzacții lungi, adică cele care sunt de fapt utilizate în sistemele bancare și contabile. Sistemele care au servicii de supraveghere vor sprijini MySQL DBMS.
În timp ce MongoDB ar fi cea mai bună alegere pentru companiile care au o creștere abundentă și care ar necesita scheme versatile.
Dacă este dificil să definiți schema, deoarece se schimbă în cel mai scurt timp, atunci schema dinamică a MongoDB ar funcționa cel mai bine în această situație. Această condiție se întâmplă adesea în industria aplicațiilor mobile, sisteme analitice și sisteme de gestionare a conținutului.
Aceasta a fost doar o introducere, pentru a obține un indiciu despre ceea ce acest tutorial ar aduce pentru dvs. pe termen lung. Consultați următorul nostru tutorial pentru a afla mai multe despre Ghidul de instalare al MongoDB pe Windows.
Lectură recomandată
- 20+ Tutorial MongoDB pentru începători: curs gratuit MongoDB
- Tutoriale detaliate pentru eclipsă pentru începători
- Tutorial MongoDB Sharding cu exemplu
- Tutorial MongoDB Create Database
- Implementare în MongoDB: Tutorial pas cu pas
- MongoDB Creați o copie de rezervă a bazei de date
- Ce este Replicarea MongoDB
- MongoDB Regular Expression $ regex cu Exemplu