robo 3t formerly robomongo tutorial
Všetko, čo potrebujete vedieť o Robo 3T - predtým Robomongo:
V júni 2017 dostal Robomongo nový názov s názvom „Robo 3T“. Toto je vydanie verzie Robo 3T 1.1 podporovanej verziou MongoDB verzie 3.4.
Prečítať => Séria podrobných tutoriálov MongoDB
Rozhodnutie o zmene názvu sa prijalo na základe skutočnosti, že softvér prešiel niekoľkými zásadnými zmenami a výrazne sa zlepšil, pokiaľ ide o chyby a chyby. chyby .
Najvýznamnejšou zmenou, ktorú je potrebné spomenúť, je zmena názvu spoločnosti z Robomongo do Robo 3T z dôvodu niektorých zmien v ochrannej známke produktu.
Môžete sa odvolať tu pre viac informácií o tomto koncerne.
Čo sa dozviete:
- O čom je tento nástroj Robo 3T na Zemi?
- Prečo Robo 3T?
- O spoločnosti MongoDB
- Predslov
- Výhody MongoDB nad typickými RDBMS
- Prečo MongoDB cez RDBMS?
- Oblasti, kde by sa dal použiť MongoDB
- Prečo sa MongoDB nazýva ako NoSQL databáza?
- Dátové modelovanie v MongoDB
- Komplexný kontrast medzi SQL a NoSQL MongoDB
- Kontrast medzi príkazmi SQL a MongoDB
- Teoretický prehľad rozdielov
- Rozdiel v dialekte: Jazyky
- SQL DBMS
- NoSQL DBMS
- Škálovateľnosť Kontrast SQL a NoSQL DBMS
- Dátové štruktúry
- Záver
- Odporúčané čítanie
O čom je tento nástroj Robo 3T na Zemi?
Robo 3T je bezplatné a ľahké GUI pre MongoDB. Je to nástroj na správu MongoDB, ktorý má cross-platformovú platformu zameranú na shell a podporuje ju JSON tj. JavaScript Object Notation. Tento nástroj nie je typický pre ostatné administratívne nástroje používateľského rozhrania MongoDB, t. J. Jeho shell by sa mohol vložiť do Mongo Shell s veľkým prístupom v rozhraní Mongo CLI aj Mongo GUI.
Pomocou tohto mongo shellu mohol užívateľ prezerať, upravovať a mazať mongo dokumenty. Robo 3T je navyše dobrovoľnícky open source projekt a pre verejnosť je úplne bezplatný.
zoznam spoločností využívajúcich cloud computing
Mohlo by sa to znova rozšíriť a tiež by sa to dalo znova upraviť podľa TOS všeobecnej verejnej licencie verzie 3, ktorú zverejnila nadácia Free Software Foundation.
Tento softvér bol vyhlásený a môže byť ďalej distribuovaný s cieľom pomôcť ľuďom, ktorí od neho môžu získať pomoc, preto na neho podľa pravidiel GNU nevzniká žiadna záruka jeho veľkoobchodného predaja.
Ďalšie informácie o GNU môžete vyskúšať Licencie GNU
Prečo Robo 3T?
Robo 3T je bezplatný softvér vhodný pre stroje, ktorý využíva malý počet zdrojov dostupných na stroji. Je vysoko cenený a uznávaný ako svetovo preslávený projekt s najvyšším pomerom úspešnosti pri poskytovaní prvotriedneho výkonu.
Používateľ Robo 3T predovšetkým nemusí absolvovať zložitý postup používania tabuliek a riadkov, ktorý sa zvyčajne používa v racionálnych databázach. Na rozdiel od nich je postavená na architektúre zbierok Mongo a dokumentov Mongo.
Odvetvia využívajúce Robo 3T
O spoločnosti MongoDB
MongoDB sa vyrába ako open source databáza, ktorá podporuje dokumentáciu Mongo, preto sa o nej hovorí, že ide o databázu dokumentov. Ako sme už spomenuli skôr, jedná sa o architektúru pre mongolské zbierky a dokumenty, kde databáza obsahuje zbierky, ktoré v nich nakoniec nesú Mongo dokumenty.
Počet polí a veľkosť sa u jednotlivých dokumentov Mongo líši. Rámec MongoDB je založený na jazyku kompilátora C ++.
Navrhovaný tutoriál podrobne objasní každý koncept a prinesie jasné pochopenie metodík a postupov na vytvorenie a správu vysoko efektívnej a užívateľsky prívetivej databázy.
Bude sa to robiť dohliadaním na to, ako držať koncepčné spracovanie MongoDB pre používateľov, ktorí sa ho chcú naučiť oveľa jednoduchším spôsobom, ako je to možné. Na konci tejto komplexnej príručky by si používateľ mohol vyskúšať svoju odbornosť v praktickej fáze.
Predslov
O spoločnosti DB:
Databáza je nositeľom zbierok. Databáza DB vo vašom systéme obsahuje viac súborov. MongoDB je schopný niesť viac databáz naraz. Zaisťuje ľahkú škálovateľnosť a efektívne vykonávanie.
Čo je to zbierka?
V MongoDB je kolekcia balíkom dokumentov mongo.
Je to rovnaké ako tabuľka RDBMS v typických držiteľoch databázy. Kolekcia v MongoDB neobsahuje žiadny druh schémy a je prítomná v jednej databáze. Dokumenty Mongo, ktoré sa nachádzajú v zbierkach, obsahujú rôzne oblasti. Dokumenty mongo v zbierkach majú zvyčajne podobné funkcie.
Čo je dokument Mongo?
Dokumenty Mongo sú nositeľmi zbierky a majú dynamickú schému, t. J. Dokumenty Mongo nemusia mať rovnaký balík polí alebo architektúr. Sú programované ako páry kľúč - hodnota.
Vzor dokumentu Mongo:
Nasleduje úryvok ilustratívnej štruktúry dokumentu typu mongo blogu, ktorý ukazuje jeho dvojicu kľúč - hodnota čiarkami.
{ _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 úryvku je _id hexadecimálne číslo, ktoré má celkom 12 bajtov. Týmto sa získava exkluzivita v dokumente mongo. Používateľ musí pridať _id počas vkladania dokumentu mongo. Ak to užívateľ neurobí, potom MongoDB automaticky vyberie charakteristické ID pre každý dokument mongo.
Medzitým sú z 12 bajtov prvé štyri bajty rezervované pre aktuálnu časovú značku, tri vedľa týchto štyroch sú rezervované pre ID stroja, dva vedľa týchto troch sú rezervované pre proces servera a nakoniec zostávajú tri bajty sa používajú ako hodnota, ktorá sa zvyšuje.
Výhody MongoDB nad typickými RDBMS
Schéma RDBMS je typicky navrhnutá tak, že zobrazuje počet tabuliek a ich vzťahy medzi nimi. Medzitým, ako už bolo spomenuté vyššie, v MongoDB nie je k dispozícii žiadna schéma vzťahov.
Poďme sa rozprávať o tom, prečo je MongoDB lepšou voľbou pre dátových vedcov oproti typickým RDBMS:
- V prvom rade MongoDB chýba schéma. Dokumenty mongo sú nositeľmi zbierok a počtom polí a veľkosť sa u jednotlivých dokumentov mongo líši.
- V MongoDB existuje jasná architektúra jedného objektu.
- Chýba mu zložité spájanie.
- Je držiteľom rozsiahlych schopností dotazovania kvôli prítomnosti vlastnosti, ktorá hovorí, že mongo dokumenty majú schopnosť dynamických dotazov pomocou dotazovacieho jazyka založeného na dokumentoch, ktorý je efektívny ako MySQL.
- Mohlo by to urobiť ladenie.
- Má najjednoduchšiu škálovateľnosť.
- Na účely konverzie a mapovania nie sú potrebné objekty.
- Pristupujte k dátam rýchlejšie ako typické DBMS.
Prečo MongoDB cez RDBMS?
MongoDB obsahuje dokumentovo orientované úložisko, kde sa údaje spracúvajú v balíku dokumentov v štýle JSON.
Okrem toho je možné index priradiť k ľubovoľnému atribútu. Zaisťuje okamžitú dostupnosť a dokáže vyrobiť obrovské repliky. Môže byť automaticky zdieľané a obsahovať bohaté dotazy.
Užívateľ mohol predovšetkým získať profesionálnu podporu od MongoDB.
Oblasti, kde by sa dal použiť MongoDB
MongoDB je budúcnosť, pretože veľké dáta sú budúcnosť. MongoDB efektívne spracováva veľké dáta.
Má schopnosť efektívnej správy a vykonávania obsahu na mieste. MongoDB je najlepšia voľba na použitie v priemysle mobilných a sociálnych médií. Funguje ako dátový rozbočovač a najlepšie spravuje používateľské údaje.
Prečo sa MongoDB nazýva ako NoSQL databáza?
Na rozdiel od RDBMS, kde sa používateľ musí naučiť MySQL, MongoDB nevyžaduje, aby mal jeho užívateľ hromadné znalosti o MySQL, aby mohol začať pracovať, alebo aby sa spoliehal na to, že pre neho niekto iný bude pracovať v databáze.
MongoDB nie je racionálna databáza, preto sa nazýva ako databáza NoSQL. Vďaka svojej menej zložitej architektúre svojim používateľom oddýchne.
Neexistujú žiadne použitia záznamov, ktoré musia byť viazané rovnakými názvami a typmi stĺpcov a tými, ktoré sa krútia okolo tabuľky. Nasledujúce obrázky vysvetlia všetko. Tieto dva úryvky sú príkladom dvoch tabuliek, kde jedna patrí zákazníkovi a druhá patrí objednávkam.
V obidvoch tabuľkách je prítomný vzájomný vzťah.
Tabuľka zákazníkov
| CustomerID | Meno zákazníka | Číslo objednávky |
|---|---|---|
| Primárny kľúč | Primárny kľúč | |
| 1 | Adam Gilchrist | 1 |
| dva | Rickey Ponting | dva |
| 3 | Shane Warne | 3 |
Tabuľka objednávok
| Číslo objednávky | Výrobok | Množstvo |
|---|---|---|
| 1 | iPhone X | 5 |
| dva | Samsung S9 | 10 |
| 3 | HP Pavilion x360 | pätnásť |
V MongoDB neexistujú racionálne vlastnosti ako RDBMS. Letmý pohľad na tieto dva úryvky.
Tabuľka zákazníkov
| ID zákazníka 01 | Meno zákazníka Adam Gilchrist | ID objednávky 001 | Mesto USA |
| ID zákazníka 02 | Meno zákazníka Rickey Ponting | ID objednávky 002 | Stavové oprávnenie |
| ID zákazníka 03 | Meno zákazníka Shane Warne | ID objednávky 003 |
Tabuľka objednávok
| ID objednávky 001 | Výrobok iPhone X | Množstvo 5 | Dátum odoslania 14. augusta 2018 |
| ID objednávky 002 | Výrobok Samsung S9 | Množstvo 10 | |
| ID objednávky 003 | Výrobok HP Pavilion x360 | Množstvo pätnásť |
Preto je v NoSQL prvou vecou, nad ktorou sa treba zamyslieť, je absencia stĺpcov so špecifickými názvami stĺpcov. Navyše vo všetkých poliach existuje pár kľúč - hodnota. Po druhé, v tabuľke zákazníkov sú prvé tri kľúče a riadky rovnaké a štvrtý, t. J. Stav a mesto sa líšia od prvých dvoch riadkov a nie sú naklonené k tretiemu riadku.
Medzitým v tabuľke, ktorá patrí k podrobnostiam objednávky, má druhý a tretí riadok hodnoty, ktoré nemajú žiadny vzťah so štvrtým stĺpcom.
Stručne povedané, všetky tieto vlastnosti robia z NoSQL najlepšiu voľbu oproti typickému DBMS. Svet predstavuje revolúciu a technológie sa s ním vytrvalo transformujú. V tejto rýchlej ére svet podnikania potrebuje najrýchlejšie riešenia svojho softvéru.
S pomocou DBMS ako MongoDB, čo je NoSQL DB, je možné dosiahnuť rýchlejší čas obratu, pretože je v porovnaní s RDBMS menej zložitý. Keď musíme preskúmať úsilie, potenciál, čas a peniaze, ktoré musí človek znášať pri používaní RDBMS, MongoDB to prekoná behom okamihu.
Dátové modelovanie v MongoDB
Dáta prítomné v MongoDB obsahujú najjednoduchšiu schému. Typický SQL DBMS, kde musí užívateľ pred začatím vkladania údajov deklarovať schému tabuľky.
Ako sme študovali, zbierky MongoDB sú orientované na dokument a neviažu svojho používateľa na typickú štruktúru dokumentov, ako je RDBMS. Flexibilita je najsilnejším atribútom MongoDB na použitie cez RDBMS.
Užívateľ musí vziať do úvahy nasledujúce body, aby mohol robiť dátové modelovanie v MongoDB:
- Zistite najdôležitejšie potreby požadovanej aplikácie. Za týmto účelom je potrebné sa pozrieť na obchodné potreby aplikácie a zistiť pre ňu požadované údaje a ich typy. Potom je potrebné zabezpečiť, aby sa architektúra dokumentu určila podľa účelu.
- Zistite vzory načítania údajov. Ak je potrebné zložité použitie dotazov, vyhľadajte indexy v dátovom modeli, aby ste zaistili účinnosť dotazov.
- V neposlednom rade je zabezpečenie vloženia, aktualizácií a vymazaní prebiehajúcich v DBMS. To by sa dalo zabezpečiť prehodnotením použitia indexov a zabudovaným delením, ak to musí byť prítomné v návrhu modelovania údajov. To je veľmi dôležité pre zlepšenie efektívnosti prostredia MongoDB.
Komplexný kontrast medzi SQL a NoSQL MongoDB
Rozdiel medzi výrazmi a syntaxou
| Podmienky / syntax SQL | Podmienky / syntax MongoDB |
|---|---|
| Databáza | Databáza |
| Tabuľka | Zbierka |
| Riadok | Dokument |
| Stĺpec | Lúka |
| Register | Register |
| Tabuľka | $ vyhľadávanie alebo vložené dokumenty |
| Transakcie | Transakcie |
Viaceré DBMS a ich spustiteľné súbory
| Názov databázy | Databázový server | Klient databázy |
|---|---|---|
| MySQL | Mysqld | Mysql |
| Oracle | Oracle | Sqlplus |
| MongoDB | Mongod | Mongo |
| DB2 | Serverom DB2 | Klient DB2 |
| Informix | IDS | DB-Access |
Precedenty a príklady:
Vyššie uvedené tabuľky ilustrujú pojmy, syntax, koncepciu a vyhlásenia viacerých typov DBMS.
Pozrime sa na príklady SQL a MongoDB pre ďalšie objasnenie.
Pozrime sa na príklad jazyka SQL, ktorý obsahuje názvy ľudí v tabuľke, zatiaľ čo MongoDB má zbierku ľudí s rovnakými menami ako tabuľky SQL.
Kolekcia MongoDB má nasledujúci prototyp:
{ _id: ObjectId(“59z12ad6444n59ac2758a5x7”), user_id:'john25', age: 25, status: 'A' }Kontrast medzi príkazmi SQL a MongoDB
VYTVORIŤ a ZMENIŤ
| Príkazy schémy SQL | Príkazy schémy MongoDB |
|---|---|
| CREATE TABLE zamestnanec ( id MEDIUMINT NIE JE NULL AUTOMATICKÝ PRÍRASTOK, user_id Varchar (30), vek číslo, status char (1), PRIMÁRNY KLÍČ (id) ) | db.employee.insertOne {{ id: 'john25', meno: john, stav: „A“ }) Môžete však tiež výslovne vytvoriť kolekciu: db.createCollection („zamestnanec“) |
| ALTER TABLE zamestnanec PRIDAŤ join_date DATETIME | db.employee.updateMany ( {}, {$ set: {last_name: Adam}} ) |
| ALTER TABLE zamestnanec DROP COLUMN join_date | db.employee.updateMany ( {}, {$ unset: {„Age“: „“}} ) |
VLOŽTE
| Príkazy SQL INSERT | Príkazy MongoDB insertOne () |
|---|---|
| INSERT INTO employee (user_id, Vek, postavenie) HODNOTY ('test001', Štyri, päť, „TO“) | db.employee.insertOne ( { user_id: “john25”, vek: 45, stav: “A”} ) |
Niektoré SELECT dotazy SQL a MongoDB
| Príkazy SQL SELECT | Príkazy find () MongoDB |
|---|---|
| VYBERTE * OD zamestnanca | db.employee.find () |
| SELECT id, ID používateľa, postavenie OD zamestnanca | db.employee.find ( {}, {user_id: 1, status: 1} ) |
| SELECT user_id, status OD zamestnanca | db.employee.find ( {}, {user_id: 1, status: 1, _id: 0} ) |
| VYBERTE * OD zamestnanca WHERE status = 'A' | db.employee.find ( {status: „A“} ) |
UPDATE Príkazy SQL a MongoDB
| Príkazy na aktualizáciu SQL | Príkazy MongoDB updateMany () |
|---|---|
| UPDATE zamestnanec SET stav = 'C' KDE vek> 25 rokov | db.employee.updateMany ( {age: {$ gt: 25}}, {$ set: {status: 'C'}} ) |
| UPDATE zamestnanec NASTAVIŤ vek = vek + 3 WHERE status = 'A' | db.employee.updateMany ( {status: 'A'}, {$ inc: {age: 3}} ) |
Vymazať záznamy SQL a MongoDB
| Príkazy na vymazanie SQL | Príkazy MongoDB deleteMany () |
|---|---|
| ODSTRÁNIŤ OD zamestnanca WHERE status = 'D' | db.employee.deleteMany ({status: 'D'}) |
| ODSTRÁNIŤ OD zamestnanca | db.employee.deleteMany ({}) |
Teoretický prehľad rozdielov
Keď používateľ dostane potrebu, kde musí prejsť katarziou, v ktorej musí rozhodnúť pred mnohými možnosťami, ktoré má pred sebou, musí si zvoliť, že musí bacuľať za RDBMS (SQL) alebo Neracionálne DBMS (NoSQL).
Existujú určité rozdiely a ich premýšľaním by mohol zodpovedajúci používateľ prijať životaschopné rozhodnutie podľa svojej potreby.
Poďme si urobiť prehľad celkového konfliktu medzi týmito dvoma rôznymi dátovými štruktúrami.
Rozdiel v dialekte: Jazyky
Uveďme si príklad mesta, kde nie je nikto dvojjazyčný, každý človek hovorí rovnakým jazykom a to je jediná forma komunikácie medzi nimi.
V skratke sa píše, že je to jediné médium, z ktorého si navzájom rozumejú. Ak sa mesto zrazu stane vystaveným inému úplne novému jazyku, musí byť pre nich anarchické, aby si ho v okamihu osvojili, pretože mu nerozumejú alebo mu porozumie len málokto.
Teraz zvážte príklad iného mesta, kde je komunita dvojjazyčná a hovorí viacerými jazykmi. Každý človek žijúci v komunite interaguje s ostatnými odlišne a neexistuje tam univerzálny spôsob komunikácie. Je to, akoby sa jedna rodina líšila od ostatných, a nijako to na nich nemá vplyv.
Tieto jednoduché príklady vysvetľujú základnú koncepciu SQL a MongoDB.
Pozrime sa na kontrast !!
SQL DBMS
SQL DBMS majú štruktúrovaný dotazovací jazyk, tj. MySQL na manipuláciu s údajmi.
O sile jazyka MySQL niet pochýb, je to najpoužívanejší z používateľov DBMS a je univerzálny na prijatie. Pre komplexné spracovanie údajov je to najlepšia voľba. Existuje však aj jej obmedzenie a to je jej rigidná schéma.
Vďaka svojej zložitej schéme nemožno prepínať medzi viacerými štruktúrami, musia sa držať iba jednej štruktúry, ktorú dodržiavajú od začiatku. Podľa prvého príkladu by zmena štruktúry bola rovnaká ako zmena jazyka, kde každý vie iba jeden, a týmto spôsobom by vytvorila anarchiu a neporiadok.
NoSQL DBMS
NoSQL DBMS predstavuje dynamickú schému.
Neštruktúrované údaje sa dajú ľahko uložiť rôznymi spôsobmi, t. J. Môžu sa uložiť ako pár kľúč - hodnota alebo môžu byť stĺpcovo orientované na dokument. To by sa dalo vysvetliť ďalej, pretože používateľ by mohol na rozdiel od typického systému DBMS vytvárať dokumenty v jazyku Mongo bez toho, aby bol obmedzený na vopred definovanú štruktúru.
Dokumenty by mali svoju vlastnú štruktúru, ktorá by bola jedinečná svojho druhu. Polia je možné pridať kedykoľvek počas procesu a syntax sa líši v každej inej databáze.
Škálovateľnosť Kontrast SQL a NoSQL DBMS
SQL DB sú vertikálne škálovateľné na rozdiel od NoSQL, ktoré je horizontálne škálovateľné.
Vertikálne škálovateľné znamená, že dáta je možné načítať na jeden server zväčšením RAM. Horizontálne škálovateľné medzitým znamená, že je možné použiť viac serverov, t. J. Zvýšenie prenosu pomocou rozdelenia. Preto môže byť SQL DBMS silný, ale NoSQL je najlepší na zmenu súborov údajov.
Dátové štruktúry
SQL DBMS je založený na tabuľkách, zatiaľ čo NoSQL DB sú založené na dokumentoch, pároch kľúč - hodnota, grafoch a orientáciách stĺpcov.
SQL DBMS je dobrou voľbou pre typické dátové transakcie, ako je účtovníctvo a bankový systém. Medzitým by NoSQL vynikal racionálnym DBMS pre veľké dáta.
Typické príklady RDBMS zahŕňajú MySQL, Oracle, Maria DB a MS SQL Server. Príklady NoSQL patrí MongoDB, Neo4J, CouchDB, RavenDB Cassandra, HBase, BigTable a Redis.
Záver
Všetky vyššie uvedené podrobnosti sú v skratke pre vaše ľahké pochopenie.
MySQL: body Plus
Ďalej uvádzame výhody databáz SQL:
- Staroba je zlato: MySQL je starý, a preto si drží dosť silnú pozíciu, čo sa týka obrovskej komunity a testovania.
- Stabilný : MySQL je stabilný, pretože má viac používateľov.
- Kompatibilné : Je široko dostupný na všetkých hlavných platformách a rámcoch vrátane Win, Mac, BSD, Solaris a Linux. Je s nimi spojených viac jazykov vrátane C ++, C #, Java , Perl, Python a PHP.
- Lacné : MySQL je open source a bezplatne.
- Replikovateľnosť : Môže sa dať replikovať medzi viac ako jedným uzlom.
- Črepovanie : MySQL má vysokú schopnosť zdieľania, a to ho následne robí spoľahlivým pre podnikanie.
MongoDB: Body Plus
Toto sú prednosti MongoDB:
- MužSchéma priateľov: Ako už bolo spomenuté, jeho dynamická schéma to umožňujenajviacflexibilný DBMS pre používateľa.
- Škálovateľnosť : Jeho horizontálna škálovateľnosť pomáha znižovať pracovné zaťaženie.
- Zvládanie : MongoDB nevyžaduje žiadny administratívny nástroj. Je užívateľsky prívetivý pre tvorcov aj správcov.
- Rýchly : Jeho dotazy sa vykonajú za chvíľu.
- Flexibthe : Vďaka svojej orientácii na dokument a stĺpec je užívateľovi flexibilný a ľahko použiteľný DBMS.
Ako koncový používateľ si vyberiete?
MySQL by bola správnou voľbou pre tých používateľov a podniky, ktorí pre svoje podnikanie potrebujú rigidné schémy a preddefinované štruktúry.
Napríklad aplikácie a softvér, ktoré vyžadujú zdĺhavé transakcie, t. J. Tie, ktoré sa skutočne používajú v bankových a účtovných systémoch. Systémy, ktoré majú sledovacie služby, budú podporovať MySQL DBMS.
Zatiaľ čo MongoDB by bola najlepšou voľbou pre podniky, ktoré majú hojný rast a vyžadovali by všestranné schémy.
Ak je ťažké definovať schému tak, ako sa rýchlo zmení, potom by v tejto situácii fungovala dynamická schéma MongoDB čo najlepšie. Táto podmienka sa často vyskytuje v priemysle mobilných aplikácií, analytických systémoch a systémoch správy obsahu.
Toto bol iba úvod pre získanie náznaku toho, čo vám tento výukový program z dlhodobého hľadiska prinesie. V našom pripravovanom výučbe sa dozviete viac o Sprievodcovi inštaláciou MongoDB v systéme Windows.
Výukový program PREV | NEXT Tutorial
Odporúčané čítanie
- 20+ výučba MongoDB pre začiatočníkov: bezplatný kurz MongoDB
- Hĺbkové návody pre zatmenie pre začiatočníkov
- Výukový program zdieľania MongoDB s príkladom
- Výukový program na vytvorenie databázy MongoDB
- Nasadenie v MongoDB: Výukový program krok za krokom
- MongoDB Vytvorenie zálohy databázy
- Čo je to MongoDB replikácia
- Regulárny výraz MongoDB $ regex s príkladom