robo 3t formerly robomongo tutorial
Vse, kar morate vedeti o Robo 3T - prej Robomongo:
Junija 2017 je bil Robomongo poimenovan s povsem novim imenom, imenovanim 'Robo 3T'. To je izdaja različice Robo 3T 1.1, ki jo podpira različica 3.4 MongoDB.
Preberite => Serija podrobnih vadnic MongoDB
Odločitev o spremembi imena je bila sprejeta ob upoštevanju dejstva, da je programska oprema doživela nekaj temeljnih sprememb in se je precej izboljšala glede napak in napake .
Pomembna sprememba, ki jo je treba omeniti, je, da je podjetje spremenilo ime iz Robomongo do Robo 3T zaradi nekaterih sprememb blagovne znamke izdelka.
Lahko se sklicujete tukaj za več informacij o tej težavi.
Kaj se boste naučili:
- Zakaj zaboga je to orodje Robo 3T?
- Zakaj Robo 3T?
- O MongoDB
- Predgovor
- Prednosti MongoDB nad tipičnimi RDBMS
- Zakaj MongoDB prek RDBMS?
- Področja, kjer bi se lahko uporabljala MongoDB
- Zakaj se MongoDB imenuje kot baza podatkov NoSQL?
- Modeliranje podatkov v MongoDB
- Celovit kontrast med SQL in NoSQL MongoDB
- Kontrast med izjavami SQL in MongoDB
- Teoretični pregled razlik
- Dialektna razlika: jeziki
- DBMS SQL
- NoSQL DBMS
- Kontrast prilagodljivosti podatkovnih baz podatkov SQL in NoSQL
- Podatkovne strukture
- Zaključek
- Priporočeno branje
Zakaj zaboga je to orodje Robo 3T?
Robo 3T je brezplačen in lahek GUI za MongoDB. To je orodje za upravljanje MongoDB, ki ima vmesno platformo usmerjeno na lupino in jo podpira JSON tj. Object Notation. To orodje ni značilno za druga administrativna orodja MongoDB za uporabniški vmesnik, tj. Njegova lupina bi se lahko vdelala v Mongo Shell s celim dostopom v Mongo CLI in Mongo GUI.
S pomočjo te lupine mongo si je lahko uporabnik ogledoval, urejal in brisal mongo dokumente. Poleg tega je Robo 3T prostovoljni odprtokodni projekt in je popolnoma brezplačen za javnost.
navedite in razložite vsaj dve stvari, ki jih lahko dosežete s preizkušanjem programske opreme glede varnostnih težav.
Lahko se ponovno razširi in se lahko ponovno spremeni, tako da upošteva TOS splošne javne licence različice 3, ki jo je objavila Free Software Foundation.
Ta programska oprema je bila objavljena in bi jo lahko distribuirali z namenom, da bi pomagali ljudem, ki bi lahko od nje dobili pomoč, zato v skladu s pravili GNU ne jamči za njeno prodajo na debelo.
Za več informacij o GNU si oglejte Licence GNU
Zakaj Robo 3T?
Robo 3T je brezplačna in stroju prijazna programska oprema, ki uporablja majhno število virov, ki so na voljo na stroju. Zelo je cenjen in priznan kot svetovno znan projekt z najvišjim razmerjem uspeha pri zagotavljanju vrhunskih rezultatov.
Predvsem pri Robo 3T uporabniku ni treba iti skozi neurejen postopek uporabe tabel in vrstic, ki se običajno uporablja v racionalnih zbirkah podatkov. Za razliko od njih je zgrajen na arhitekturnih zbirkah Mongo in mongoških dokumentih.
Industrije, ki uporabljajo Robo 3T
O MongoDB
MongoDB je narejen kot odprtokodna baza podatkov, ki podpira Mongovo dokumentacijo, zato naj bi bila baza podatkov dokumentov. Kot smo že omenili, gre za arhitekturo mongojskih zbirk in dokumentov, kjer zbirka podatkov vsebuje zbirke, ki v njih sčasoma vsebujejo mongojske dokumente.
Število polj in velikost se razlikujeta od enega dokumenta Mongo do drugega. Okvir MongoDB temelji na jeziku prevajalnika C ++.
Predlagana vadnica bo podrobno razjasnila vsak koncept in zagotovila jasno razumevanje metodologij in postopkov za izdelavo in upravljanje zelo učinkovite in uporabniku prijazne baze podatkov.
Izdelana bo z nadzorovanjem konceptualnega ravnanja z MongoDB za uporabnike, ki se ga želijo naučiti na veliko enostavnejši način. Na koncu tega obsežnega vodnika bi lahko uporabnik preizkusil svoje znanje v praktični fazi.
Predgovor
O DB:
Baza podatkov je nosilec zbirk. DB v vašem sistemu vsebuje več naborov datotek. MongoDB lahko hkrati nosi več baz podatkov. Zagotavlja enostavno prilagodljivost in učinkovito izvedbo.
Kaj je zbirka?
V MongoDB je zbirka paket mongo dokumentov.
To je enako kot tabela RDBMS pri običajnih imetnikih baz podatkov. Zbirka v MongoDB ne vsebuje nobene sheme in je prisotna v eni zbirki podatkov. Mongojski dokumenti, ki so prisotni v zbirkah, imajo različna področja. Običajno imajo mongojski dokumenti v zbirkah podobne funkcije.
Kaj je dokument Mongo?
Mongo dokumenti so nosilci zbiranja in imajo dinamično shemo, tj. Mongo dokumenti niso zavezani, da imajo enak paket polj ali arhitektur. Programirani so kot pari ključ / vrednost.
Vzorec dokumenta iz Monga:
Snippet je ilustrativna struktura mongo dokumentov bloga, ki v vejah v parih prikazuje njegov par ključ-vrednost.
{ _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 } ) }
V delčku je _id šestnajstiško število, ki ima skupaj 12 bajtov. Ekskluzivnost potrjuje v mongo dokumentu. Uporabnik mora dodati _id med vstavljanjem mongo dokumenta. Če uporabnik tega ne stori, potem MongoDB samodejno izbere prepoznaven ID za vsak dokument mongo.
Medtem so od 12 bajtov prvi štirje bajti rezervirani za trenutni časovni žig, trije poleg teh štirih so rezervirani za ID stroja, dva poleg teh treh so rezervirana za postopek strežnika in nazadnje levi trije bajti se uporabljajo kot vrednost, ki se poveča.
Prednosti MongoDB nad tipičnimi RDBMS
Shema RDBMS je običajno zasnovana tako, da prikazuje številko tabel in njihov odnos med njimi. Medtem, kot smo že omenili, v MongoDB ni nobene sheme odnosov.
Pogovorimo se, zakaj je MongoDB boljša izbira za podatkovnega znanstvenika v primerjavi s tipičnimi RDBMS:
- Najprej MongoDB nima sheme. Mongo dokumenti so nosilec zbirk in število polj, velikost pa se razlikuje od dokumenta do mongo.
- V MongoDB obstaja jasna arhitektura enega samega predmeta.
- Manjka zapleteno povezovanje.
- Ima obsežno sposobnost poizvedb zaradi prisotnosti lastnosti, ki pravi, da imajo mongo dokumenti sposobnost dinamičnih poizvedb s pomočjo poizvedbenega jezika, ki temelji na dokumentih in je učinkovit kot MySQL.
- Lahko bi uglasil.
- Ima najlažjo razširljivost.
- Za namene pretvorbe in preslikave predmeti niso potrebni.
- Do podatkov dostopate hitreje kot tipični DBMS.
Zakaj MongoDB prek RDBMS?
MongoDB ima shrambo, usmerjeno v dokumente, kjer se podatki obdelujejo v paketu dokumentov v stilu JSON.
Poleg tega je indeks mogoče dodeliti kateremu koli atributu. Zagotavlja takojšnjo razpoložljivost in lahko naredi ogromne kopije. Lahko je v skupni rabi in ima bogate poizvedbe.
Uporabnik bi lahko predvsem dobil strokovno podporo pri MongoDB.
Področja, kjer bi se lahko uporabljala MongoDB
MongoDB je prihodnost, saj so veliki podatki prihodnost. MongoDB učinkovito obdeluje velike podatke.
Ima sposobnost učinkovitega upravljanja in izvajanja vsebin na mestu. MongoDB je najboljša možnost za uporabo v industriji mobilnih naprav in družabnih omrežij. Deluje kot podatkovno vozlišče in v najboljšem primeru upravlja uporabniške podatke.
Zakaj se MongoDB imenuje kot baza podatkov NoSQL?
Za razliko od RDBMS, kjer se mora uporabnik naučiti MySQL, MongoDB od svojega uporabnika ne zahteva, da ima več znanja MySQL, da začne delovati, ali da se zanaša na nekoga drugega, ki bo zanje delal v zbirki podatkov.
MongoDB ni racionalna baza podatkov, zato se imenuje kot baza podatkov NoSQL. Uporabnikom daje vzdih sprostitve zaradi manj zapletene arhitekture.
Ne uporabljamo zapisov, ki bi jih morali vezati enaka imena in vrste stolpcev in tisti, ki se vrtijo okoli tabele. Spodnje slike bodo vse razložile. Ta dva delčka sta primera obeh tabel, pri čemer eden pripada kupcu, drugi pa naročilu.
V obeh tabelah je prisotno medsebojno razmerje.
Tabela strank
Identifikacijska številka stranke | Ime stranke | Številka naročila |
---|---|---|
Primarni ključ | Primarni ključ | |
1. | Adam Gilchrist | 1. |
dva | Rickey Ponting | dva |
3. | Shane Warne | 3. |
Tabela naročil
Številka naročila | Izdelka | Količina |
---|---|---|
1. | iPhone X | 5. |
dva | Samsung S9 | 10. |
3. | HP Pavilion x360 | petnajst |
Medtem ko je v MongoDB, ni racionalnih lastnosti, kot je RDBMS. Oglejte si ta dva delčka.
Tabela strank
ID stranke 01 | Ime stranke Adam Gilchrist | ID naročila 001 | Mesto ZDA |
ID stranke 02 | Ime stranke Rickey Ponting | ID naročila 002 | Status Privilegij |
ID stranke 03 | Ime stranke Shane Warne | ID naročila 003 |
Tabela naročil
ID naročila 001 | Izdelka iPhone X | Količina 5. | Datum pošiljanja 14. avgusta 2018 |
ID naročila 002 | Izdelka Samsung S9 | Količina 10. | |
ID naročila 003 | Izdelka HP Pavilion x360 | Količina petnajst |
Zato je v NoSQL prva stvar, o kateri moramo razmišljati, odsotnost stolpcev z določenimi imeni stolpcev. Poleg tega je v vseh poljih par ključ-vrednost. Drugič, v tabeli strank so prvi trije ključi in vrstice enaki, četrti pa, tj. Status in mesto se razlikujeta od prvih dveh vrstic in nista nagnjeni k tretji vrstici.
Medtem imata v tabeli, ki spada med podrobnosti naročila, druga in tretja vrstica vrednosti, ki niso povezane s četrtim stolpcem.
Na kratko, vse te lastnosti naredijo NoSQL najboljšo izbiro v primerjavi s tipičnimi DBMS. Svet revolucionira in tehnologija se z njim nenehno spreminja. V tej hitri dobi poslovni svet potrebuje najhitrejše rešitve za svojo programsko opremo.
S pomočjo DBMS, kot je MongoDB, ki je NoSQL DB, bi lahko dosegli hitrejši čas obračanja zaradi njegove manj zapletenosti v primerjavi z RDBMS. Ko moramo pregledati prizadevanja, potencial, čas in denar, ki jih je treba nositi med uporabo RDBMS, MongoDB to hitro premosti.
Modeliranje podatkov v MongoDB
Podatki, ki so prisotni v MongoDB, imajo najpreprostejšo shemo. Tipičen DBMS SQL, pri katerem mora uporabnik pred vstavljanjem podatkov prijaviti shemo tabele.
Kot smo preučevali, so zbirke MongoDB usmerjene v dokumente in uporabnika ne vežejo na tipično strukturo dokumentov, kot je RDBMS. Prilagodljivost je najmočnejši atribut MongoDB, če ga uporabljamo prek RDBMS.
Za modeliranje podatkov v MongoDB mora uporabnik upoštevati naslednje točke:
- Ugotovite ključne potrebe želene aplikacije. V ta namen je treba pogledati poslovne potrebe uporabe in ugotoviti želene podatke in njihove vrste zanje. Po tem je treba zagotoviti, da je arhitektura dokumenta ugotovljena glede na namen.
- Ugotovite vzorce pridobivanja podatkov. Če je potrebna uporaba zapletenih poizvedb, poiščite indekse v podatkovnem modelu, da zagotovite učinkovitost poizvedb.
- Nenazadnje je treba zagotoviti, da se v DBMS dogajajo vstavitve, posodobitve in brisanja. To bi lahko zagotovili s ponovnim ovrednotenjem uporabe indeksov in vgrajenim ostrenjem, če mora biti prisoten pri načrtovanju podatkovnega modeliranja. To je zelo pomembno za izboljšanje učinkovitosti okolja MongoDB.
Celovit kontrast med SQL in NoSQL MongoDB
Razlika med izrazi in sintakso
Pogoji / sintaksa SQL | Pogoji / sintaksa MongoDB |
---|---|
Zbirka podatkov | Zbirka podatkov |
Tabela | Zbirka |
Vrstica | Dokument |
Stolpec | Polje |
Kazalo | Kazalo |
Tabela | $ lookup ali vdelani dokumenti |
Transakcije | Transakcije |
Več DBMS in njihove izvršljive datoteke
Ime baze podatkov | Strežnik zbirke podatkov | Naročnik zbirke podatkov |
---|---|---|
MySQL | Mysqld | Mysql |
Oracle | Oracle | Sqlplus |
MongoDB | Mongod | Mongo |
DB2 | Strežnik DB2 | Odjemalec DB2 |
Informix | IDS | DB-Access |
Precedenti in primeri:
Zgornje tabele ponazarjajo izraze, skladnjo, koncept in izjave več vrst DBMS.
Za nadaljnja pojasnila si oglejmo primere SQL in MongoDB.
Oglejmo si primer SQL, ki ima ljudi z imeni tabel, medtem ko ima MongoDB zbirko imen ljudi, ki so enake tabelam SQL.
Zbirka MongoDB ima naslednji prototip:
{ _id: ObjectId(“59z12ad6444n59ac2758a5x7”), user_id:'john25', age: 25, status: 'A' }
Kontrast med izjavami SQL in MongoDB
USTVARI in SPREMENI
Izjave sheme SQL | Izjave o shemi MongoDB |
---|---|
USTVARI TABELO zaposlenega ( id SREDNJA NISO NULL AUTO_INCREMENT, user_id Varchar (30), starostna številka, char stanja (1), OSNOVNI KLJUČ (id) ) | db.employee.insertOne {{ id: 'john25', ime: John, status: 'A' }) Lahko pa tudi izrecno ustvarite zbirko: db.createCollection ('zaposleni') |
ALTER TABLE zaposleni DODAJ pridruženi datum DATETIME | db.employee.updateMany ( {}, {$ set: {priimek: Adam}} ) |
ALTER TABLE zaposleni PUSTI STOLPEC join_date | db.employee.updateMany ( {}, {$ unset: {“Age”: “”}} ) |
VSTAVI
Izjave SQL INSERT | Izjave MongoDB insertOne () |
---|---|
INSERT INTO zaposlenega (user_id, starost, stanje) VREDNOSTI ('test001', Štiri, pet, 'TO') | db.employee.insertOne ( { user_id: “john25”, starost: 45, stanje: “A”} ) |
Nekaj poizvedb SQL in MongoDB
Izjave SQL SELECT | Izjave MongoDB find () |
---|---|
IZBERI * OD zaposlenega | db.employee.find () |
IZBERI id, Uporabniško ime, stanje OD zaposlenega | db.employee.find ( {}, {user_id: 1, status: 1} ) |
IZBERI user_id, status OD zaposlenega | db.employee.find ( {}, {user_id: 1, status: 1, _id: 0} ) |
IZBERI * OD zaposlenega KJE status = 'A' | db.employee.find ( {status: »A«} ) |
POSODOBITI izjave SQL in MongoDB
Izjave o posodobitvi SQL | MongoDB updateMany () Statements |
---|---|
UPDATE zaposleni SET status = 'C' KJE starost> 25 let | db.employee.updateMany ( {starost: {$ gt: 25}}, {$ set: {status: 'C'}} ) |
UPDATE zaposleni SET starost = starost + 3 KJE status = 'A' | db.employee.updateMany ( {status: 'A'}, {$ inc: {starost: 3}} ) |
Izbriši zapise SQL in MongoDB
Izpiski za brisanje SQL | MongoDB deleteMany () Statements |
---|---|
IZBRIŠI zaposlenega KJE status = 'D' | db.employee.deleteMany ({status: 'D'}) |
IZBRIŠI zaposlenega | db.employee.deleteMany ({}) |
Teoretični pregled razlik
Ko uporabnik dobi potrebo, kjer mora iti skozi katarzo, v kateri mora pred seboj sprejeti veliko možnosti, potem mora izbrati, ali mora biti RDBMS (SQL) ali Neracionalni DBMS (NoSQL).
Obstaja nekaj razlik in z razmišljanjem o njih bi lahko ustrezni uporabnik sprejel smiselno odločitev glede na svoje potrebe.
Oglejmo si pregled velikega spopada med tema dvema različnima podatkovnima strukturama.
Dialektna razlika: jeziki
Vzemimo primer mestne občine, kjer nihče ni dvojezičen, vsak človek govori isti jezik in je to edina oblika komunikacije med njimi.
Na kratko piše, da je to edini medij, iz katerega se razumeta. Če se mesto naenkrat izpostavi drugemu povsem novemu jeziku, mora biti zanje anarhično, ker so ga v hipu sprejeli, saj ga ne razumejo ali pa ga razumejo le redki.
Zdaj pa si oglejte primer drugega mesta, kjer je skupnost dvojezična in govori več jezikov. Vsak človek, ki živi v skupnosti, drugače komunicira z drugimi in tam ne obstaja noben univerzalni način komunikacije. Kot da je ena družina drugačna od drugih in to na noben način ne vpliva nanje.
Ti preprosti primeri pojasnjujejo bistveni koncept SQL in MongoDB.
Poglejmo kontrast !!
DBMS SQL
DBMS SQL imajo strukturiran jezik poizvedb, tj. MySQL za manipulacijo s podatki.
O moči jezika MySQL ni dvoma, saj je med uporabniki DBMS najbolj uporabljen in je vsestranski za uporabo. Za kompleksno obdelavo podatkov je to najboljša izbira. Vendar obstaja tudi njegova omejitev in to je njegova toga shema.
Zaradi zapletene sheme ni mogoče preklapljati med več strukturami, temveč se morajo držati samo ene strukture, ki ji sledijo od začetka. Po prvem primeru bi bila sprememba strukture enaka spreminjanju jezika, kjer bi vsi znali samo enega in na ta način bi ustvarili anarhijo in nered.
NoSQL DBMS
NoSQL DBMS predstavljajo dinamično shemo.
Nestrukturirani podatki se lahko zlahka shranijo na več načinov, torej se lahko shranijo kot par ključ / vrednost ali pa so usmerjeni v stolpce in dokumente. To bi lahko nadalje pojasnili, saj bi lahko uporabnik ustvaril mongojske dokumente, ne da bi bil omejen na vnaprej določeno strukturo, v nasprotju s tipičnimi DBMS.
Dokumenti bi imeli svojo strukturo, ki bi bila edinstvena v svoji vrsti. Polja lahko dodate kadar koli med postopkom, sintaksa pa se razlikuje v vsaki drugi zbirki podatkov.
Kontrast prilagodljivosti podatkovnih baz podatkov SQL in NoSQL
DB-ji SQL so vertikalno prilagodljivi za razliko od NoSQL, ki je vodoravno prilagodljiv.
Vertikalno razširljivo pomeni, da se lahko podatki naložijo na en strežnik s povečanjem RAM-a. Medtem horizontalno razširljivo pomeni, da bi lahko uporabili več strežnikov, tj.povečanje prometa s pomočjo ostrenja. Tako bi lahko bili DBMS SQL zmogljivi, vendar je NoSQL najboljši za spreminjanje naborov podatkov.
Podatkovne strukture
SQL DBMS temelji na tabelah, medtem ko NoSQL DB temelji na dokumentih, parih ključ / vrednost, grafih in usmeritvah stolpcev.
SQL DBMS je dobra izbira za tipične podatkovne transakcije, kot sta računovodstvo in bančni sistem. Medtem bi za velike podatke NoSQL izstopal racionalnim DBMS.
Tipični primeri RDBMS vključujejo MySQL, Oracle, Maria DB in MS SQL Server. Primeri NoSQL vključujejo MongoDB, Neo4J, CouchDB, RavenDB Cassandra, HBase, BigTable in Redis.
Zaključek
Vse zgoraj omenjene podrobnosti so na kratko predstavljene za lažje razumevanje.
MySQL: Plus točke
Spodaj so prednosti SQL baz podatkov:
- Staro je zlato: MySQL je star, zato ima precej trdne podlage v smislu velike skupnosti in testiranja.
- Stabilno : MySQL je stabilen, saj ima več uporabnikov.
- Združljiv : Na voljo je na vseh glavnih platformah in ogrodjih, vključno z Win, Mac, BSD, Solaris in Linux. Z njimi je povezanih več jezikov, vključno s C ++, C #, Java , Perl, Python in PHP.
- Poceni : MySQL je odprtokoden in brezplačen.
- Ponovljivost : Lahko bi ga bilo mogoče ponoviti med več kot enim vozliščem.
- Ostrenje : MySQL ima visoko zmogljivost ostrenja, zaradi česar je zanesljiv za poslovanje.
MongoDB: Plus točke
To so zasluge MongoDB:
- ČlovekShema prijateljev: Kot smo že omenili, to omogoča njegova dinamična shemavečinaprilagodljiv DBMS za uporabnika.
- Razširljivost : Njegova horizontalna razširljivost pomaga zmanjšati delovno obremenitev.
- Upravljanje : MongoDB ne zahteva nobenega administrativnega orodja. Uporabnikom je prijazen tako s strani izdelovalcev kot skrbnikov.
- Hitro : Njegove poizvedbe se izvedejo v kratkem času.
- Flexib : Zaradi orientacije dokumentov in stolpcev je DBMS prilagodljiv in enostaven za uporabo.
Kaj boste izbrali kot končnega uporabnika?
MySQL bi bila prava izbira za tiste uporabnike in podjetja, ki potrebujejo toge sheme in vnaprej določene strukture za svoja podjetja.
Na primer aplikacije in programska oprema, ki potrebujejo dolgotrajne transakcije, tj. Tiste, ki se dejansko uporabljajo v bančnih in računovodskih sistemih. Sistemi, ki imajo nadzorne storitve, bodo podpirali DBMS MySQL.
Medtem ko bi bila MongoDB najboljša izbira za podjetja, ki imajo obilno rast in bi zahtevala vsestranske sheme.
Če je shemo težko definirati, saj se v kratkem spremeni, potem bi dinamična shema MongoDB v tej situaciji delovala najbolje. Ta pogoj se pogosto zgodi v industriji mobilnih aplikacij, analitičnih sistemih in sistemih za upravljanje vsebin.
To je bil le uvod, da dobite namig o tem, kaj vam bo ta vadnica dolgoročno prinesla. Oglejte si našo prihajajočo vadnico, če želite izvedeti več o navodilih za namestitev MongoDB v sistemu Windows.
PREV Vadnica | NASLEDNJA Vadnica
Priporočeno branje
- 20+ MongoDB vadnica za začetnike: brezplačen tečaj MongoDB
- Vadnice za globinsko zasenčenje za začetnike
- MongoDB Vadnica za osenčenje s primerom
- MongoDB Vadnica za ustvarjanje zbirke podatkov
- Uvajanje v MongoDB: Vadnica po korakih
- MongoDB Ustvari varnostno kopijo baze podatkov
- Kaj je replikacija MongoDB
- MongoDB Regularni izraz $ regex s primerom