robo 3t formerly robomongo tutorial
Vše, co potřebujete vědět o Robo 3T - dříve Robomongo:
V červnu 2017 byl Robomongo pojmenován pod zcela novým názvem „Robo 3T“. Toto je vydání verze Robo 3T 1.1 podporované verzí 3.4 MongoDB.
Přečíst => Série podrobných výukových programů MongoDB
Rozhodnutí o změně názvu bylo přijato s ohledem na skutečnost, že software prošel několika zásadními změnami a hodně se vylepšil, pokud jde o chyby a chyby .
Nejvýznamnější změnou, kterou je třeba zmínit, je změna názvu společnosti z Robomongo na Robo 3T z důvodu některých změn v ochranné známce produktu.
Můžete se odvolat tady Další informace o této záležitosti
Co se naučíte:
- O čem je tento nástroj Robo 3T?
- Proč Robo 3T?
- O společnosti MongoDB
- Předmluva
- Výhody MongoDB nad typickými RDBMS
- Proč MongoDB přes RDBMS?
- Oblasti, kde lze použít MongoDB
- Proč je MongoDB nazýván jako NoSQL databáze?
- Datové modelování v MongoDB
- Komplexní kontrast mezi SQL a NoSQL MongoDB
- Kontrast mezi příkazy SQL a MongoDB
- Teoretický přehled rozdílů
- Rozdíl v dialektu: Jazyky
- SQL DBMS
- NoSQL DBMS
- Škálovatelnost Kontrast SQL a NoSQL DBMS
- Datové struktury
- Závěr
- Doporučené čtení
O čem je tento nástroj Robo 3T?
Robo 3T je bezplatné a lehké grafické uživatelské rozhraní pro MongoDB. Jedná se o nástroj pro správu MongoDB, který má cross-platformovou platformu zaměřenou na prostředí a je podporován JSON tj. JavaScript Object Notation. Tento nástroj není typický pro ostatní správní nástroje MongoDB uživatelského rozhraní, tzn. Jeho shell by se mohl vložit do Mongo Shell s velkým množstvím přístupu jak v Mongo CLI, tak v Mongo GUI.
S pomocí tohoto prostředí Mongo mohl uživatel prohlížet, upravovat a mazat dokumenty Mongo. Robo 3T je navíc dobrovolný open source projekt a pro veřejnost je zcela zdarma.
jaký software potřebujete k vytvoření aplikace
Mohlo by to být znovu šířeno a mohlo by to být také znovu upraveno podle TOS General Public License verze 3, který byl publikován Free Software Foundation.
Tento software byl vyhlášen a mohl by být znovu distribuován za účelem pomoci lidem, kteří by z něj mohli získat pomoc, proto nenese žádnou záruku jeho velkoobchodního prodeje podle pravidel GNU.
Další informace o GNU můžete zkontrolovat Licence GNU
Proč Robo 3T?
Robo 3T je bezplatný a strojově přívětivý software, který využívá malý počet zdrojů dostupných na stroji. Je vysoce ceněn a uznáván jako světově proslulý projekt s nejvyšším poměrem úspěšnosti při poskytování prvotřídního výkonu.
Uživatel Robo 3T především nemusí projít chaotickým postupem používání tabulek a řádků, který se obvykle používá v racionálních databázích. Na rozdíl od nich je postaven na architektuře sbírek Mongo a dokumentů Mongo.
Průmyslová odvětví využívající Robo 3T
O společnosti MongoDB
MongoDB je vytvořen jako open source databáze, která podporuje dokumentaci Mongo, proto se říká, že je to databáze dokumentů. Jak jsme již zmínili dříve, jedná se o architekturu pro Mongo sbírky a dokumenty, kde databáze obsahuje sbírky, které v nich nakonec nesou dokumenty Mongo.
Počet polí a velikost se u jednotlivých dokumentů Mongo liší. Rámec MongoDB je založen na jazyce C ++ kompilátoru.
Navrhovaný výukový program podrobně objasní každý koncept a přinese jasné pochopení metodik a postupů pro vytvoření a správu vysoce účinné a uživatelsky přívětivé databáze.
Bude to provedeno sledováním toho, jak držet koncepční zpracování MongoDB pro uživatele, kteří se ho chtějí naučit mnohem jednodušším způsobem, jak je to možné. Na konci této komplexní příručky bude uživatel schopen vyzkoušet své odborné znalosti v praktické fázi.
Předmluva
O společnosti DB:
Databáze je nositelem sbírek. DB ve vašem systému obsahuje více sad souborů. MongoDB má schopnost nést více databází najednou. Zajišťuje snadnou škálovatelnost a efektivní provedení.
Co je to kolekce?
V MongoDB je kolekce balíček dokumentů mongo.
Je to stejné jako tabulka RDBMS u typických držitelů databáze. Kolekce v MongoDB neobsahuje žádný druh schématu a je přítomna v jedné databázi. Mongo dokumenty, které jsou přítomny ve sbírkách, obsahují různá pole. Mongo dokumenty ve sbírkách mají obvykle obdobné funkce.
Co je dokument Mongo?
Dokumenty Mongo jsou nositeli sbírky a mají dynamické schéma, tj. Dokumenty Mongo nemusí mít stejný balíček polí nebo architektur. Jsou programovány jako páry klíč – hodnota.
Vzor dokumentu Mongo:
Následující úryvek je ilustrativní struktura dokumentu mongo blogu, která v instancích zobrazuje jeho pár klíč – hodnota čárkami.
{ _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 } ) }Ve fragmentu je _id šestnáctkové číslo, které má celkem 12 bajtů. Zajišťuje exkluzivitu v dokumentu mongo. Uživatel musí přidat _id během vkládání dokumentu mongo. Pokud to uživatel nedělá, pak MongoDB automaticky vybere charakteristické ID pro každý dokument mongo.
Mezitím z 12 bajtů jsou první čtyři bajty rezervovány pro aktuální časové razítko, tři vedle těchto čtyř jsou rezervovány pro ID stroje, dva vedle těchto tří jsou rezervovány pro proces serveru a nakonec zbylé tři bajty se používají jako hodnota, která se zvyšuje.
Výhody MongoDB nad typickými RDBMS
Schéma RDBMS je obvykle navrženo takovým způsobem, že zobrazuje počet tabulek a jejich vztahy mezi nimi. Mezitím, jak již bylo zmíněno dříve, v MongoDB není žádné schéma vztahů.
Pojďme se bavit o tom, proč je MongoDB lepší volbou pro Data Scientist nad typickým RDBMS:
- Nejprve MongoDB postrádá schéma. Mongo dokumenty jsou nositelem sbírek a počtu polí a velikost se u jednotlivých mongo dokumentů liší.
- V MongoDB existuje jasná architektura jediného objektu.
- Postrádá složité spojování.
- Má rozsáhlou schopnost dotazů kvůli přítomnosti vlastnosti, která říká, že mongo dokumenty mají schopnost dynamických dotazů pomocí dotazovacího jazyka založeného na dokumentech, který je efektivní jako MySQL.
- Mohlo by to ladit.
- Má nejjednodušší škálovatelnost.
- Pro účely převodu a mapování nejsou potřeba žádné objekty.
- Přistupujte k datům rychleji než typické DBMS.
Proč MongoDB přes RDBMS?
MongoDB obsahuje úložiště orientované na dokumenty, kde jsou data zpracovávána v balíčku dokumentů ve stylu JSON.
Kromě toho lze index přidělit jakémukoli atributu. Zajišťuje okamžitou dostupnost a může vytvářet obrovské repliky. Mohlo by to být automatické sdílení a mít bohaté dotazy.
Uživatel by především mohl získat profesionální podporu od MongoDB.
Oblasti, kde lze použít MongoDB
MongoDB je budoucnost, protože velká data jsou budoucnost. MongoDB efektivně zpracovává velká data.
Má schopnost efektivní správy a provádění obsahu na místě. MongoDB je nejlepší volbou pro použití v průmyslu mobilních a sociálních médií. Funguje jako datový rozbočovač a spravuje uživatelská data v nejlepším případě.
Proč je MongoDB nazýván jako NoSQL databáze?
Na rozdíl od RDBMS, kde se uživatel musí naučit MySQL, MongoDB nevyžaduje, aby měl jeho uživatel hromadné znalosti MySQL, aby mohl začít pracovat, nebo aby se spoléhal na někoho jiného, aby pro ně pracoval v databázi.
MongoDB není racionální databáze, proto se nazývá jako databáze NoSQL. Díky své méně složité architektuře svým uživatelům oddechuje.
Neexistují žádné záznamy, které musí být vázány stejnými názvy a typy sloupců a těmi, které se točí kolem tabulky. Níže uvedené obrázky vysvětlí vše. Tyto dva úryvky jsou příklady dvou tabulek, kde jedna patří zákazníkovi a druhá patří objednávkám.
V obou tabulkách je přítomnost vzájemného vztahu.
Tabulka zákazníků
| Zákaznické identifikační číslo | Jméno zákazníka | Číslo objednávky |
|---|---|---|
| Primární klíč | Primární klíč | |
| jeden | Adam Gilchrist | jeden |
| dva | Rickey Ponting | dva |
| 3 | Shane Warne | 3 |
Tabulka objednávek
| Číslo objednávky | Produkt | Množství |
|---|---|---|
| jeden | iPhone X | 5 |
| dva | Samsung S9 | 10 |
| 3 | HP Pavilion x360 | patnáct |
V MongoDB neexistují žádné racionální vlastnosti jako RDBMS. Zahlédněte tyto dva úryvky.
Tabulka zákazníků
| ID zákazníka 01 | Jméno zákazníka Adam Gilchrist | ID objednávky 001 | Město USA |
| ID zákazníka 02 | Jméno zákazníka Rickey Ponting | ID objednávky 002 | Stavové oprávnění |
| ID zákazníka 03 | Jméno zákazníka Shane Warne | ID objednávky 003 |
Tabulka objednávek
| ID objednávky 001 | Produkt iPhone X | Množství 5 | Datum odeslání 14. srpna 2018 |
| ID objednávky 002 | Produkt Samsung S9 | Množství 10 | |
| ID objednávky 003 | Produkt HP Pavilion x360 | Množství patnáct |
Proto je v NoSQL první věcí, kterou je třeba přemýšlet, absence sloupců se specifickými názvy sloupců. Navíc je ve všech polích pár klíč – hodnota. Za druhé, v tabulce zákazníků jsou První tři klíče a řádky podobné a čtvrtý, tj. Stav a město se liší od prvních dvou řádků a není nakloněn ke třetí řadě.
Mezitím v tabulce, která patří k podrobnostem objednávky, má druhý a třetí řádek hodnoty, které nemají žádný vztah se čtvrtým sloupcem.
Stručně řečeno, všechny tyto vlastnosti činí NoSQL, nejlepší volbou oproti typickému DBMS. Svět přináší revoluci a technologie se s ním vytrvale transformuje. V této rychlé éře potřebuje svět podnikání nejrychlejší řešení pro svůj software.
S pomocí DBMS, jako je MongoDB, což je NoSQL DB, lze dosáhnout rychlejšího času obratu, protože je ve srovnání s RDBMS méně složitý. Když musíme přezkoumat úsilí, potenciál, čas a peníze, které člověk musí nést při používání RDBMS, MongoDB to za okamžik překoná.
Datové modelování v MongoDB
Data přítomná v MongoDB obsahují nejjednodušší schéma. Typický SQL DBMS, kde uživatel musí deklarovat schéma tabulky před zahájením vkládání dat.
Jak jsme studovali, sbírky MongoDB jsou orientovány na dokumenty a neváží svého uživatele na typickou strukturu dokumentů, jako je RDBMS. Flexibilita je nejmocnějším atributem MongoDB pro jeho použití přes RDBMS.
Uživatel musí vzít v úvahu následující body, aby mohl provádět modelování dat v MongoDB:
- Zjistěte zásadní potřeby požadované aplikace. Za tímto účelem je třeba se podívat na obchodní potřeby aplikace a zjistit pro ni požadovaná data a jejich typy. Poté je třeba zajistit, aby architektura dokumentu byla vyřešena podle účelu.
- Zjistěte vzory načítání dat. Pokud je potřeba použití složitých dotazů, přejděte k indexům v datovém modelu, abyste zajistili účinnost dotazů.
- Poslední, ale v neposlední řadě je zajištění vkládání, aktualizací a mazání probíhajících v DBMS. To by mohlo být zajištěno přehodnocením použití indexů a vestavěným dělením, pokud má být přítomno v návrhu modelování dat. To je velmi důležité pro zlepšení efektivity prostředí MongoDB.
Komplexní kontrast mezi SQL a NoSQL MongoDB
Rozdíl mezi podmínkami a syntaxí
| Podmínky / syntaxe SQL | Podmínky / syntaxe MongoDB |
|---|---|
| Databáze | Databáze |
| Stůl | Sbírka |
| Řádek | Dokument |
| Sloupec | Pole |
| Index | Index |
| Stůl | $ vyhledávání nebo vložené dokumenty |
| Transakce | Transakce |
Více DBMS a jejich spustitelné soubory
| Jméno databáze | Databázový server | Klient databáze |
|---|---|---|
| MySQL | Mysqld | Mysql |
| Věštec | Věštec | Sqlplus |
| MongoDB | Mongod | Mongo |
| DB2 | Server DB2 | Klient DB2 |
| Informix | IDS | DB-Access |
Precedenty a příklady:
Výše uvedené tabulky ilustrují pojmy, syntaxi, koncepci a příkazy více typů DBMS.
Zvažme příklady SQL a MongoDB pro další objasnění.
Uvažujme o příkladu SQL, který má lidi pojmenované v tabulce, zatímco MongoDB má sbírku jmen lidí stejně jako Tables of SQL.
Kolekce MongoDB má následující prototyp:
{ _id: ObjectId(“59z12ad6444n59ac2758a5x7”), user_id:'john25', age: 25, status: 'A' }Kontrast mezi příkazy SQL a MongoDB
VYTVOŘIT a ZMĚNIT
| Příkazy schématu SQL | Příkazy schématu MongoDB |
|---|---|
| CREATE TABLE zaměstnanec ( id MEDIUMINT NOT NULL AUTO_INCREMENT, user_id Varchar (30), věkové číslo, status char (1), PRIMÁRNÍ KLÍČ (id) ) | db.employee.insertOne {{ id: 'john25', jméno: john, stav: „A“ }) Můžete však také explicitně vytvořit kolekci: db.createCollection („zaměstnanec“) |
| ALTER TABLE zaměstnanec PŘIDAT join_date DATETIME | db.employee.updateMany ( {}, {$ set: {last_name: Adam}} ) |
| ALTER TABLE zaměstnanec DROP COLUMN join_date | db.employee.updateMany ( {}, {$ unset: {„Age“: „“}} ) |
VLOŽIT
| Příkazy SQL INSERT | Příkazy MongoDB insertOne () |
|---|---|
| INSERT INTO employee (user_id, stáří, postavení) HODNOTY ('test001', Čtyři pět, 'NA') | db.employee.insertOne ( { user_id: “john25”, věk: 45, stav: “A”} ) |
Některé SELECT dotazy SQL a MongoDB
| Příkazy SQL SELECT | Příkazy MongoDB find () |
|---|---|
| VYBRAT * OD zaměstnance | db.employee.find () |
| Vyberte ID, uživatelské ID, postavení OD zaměstnance | db.employee.find ( {}, {user_id: 1, status: 1} ) |
| SELECT user_id, status OD zaměstnance | db.employee.find ( {}, {user_id: 1, status: 1, _id: 0} ) |
| VYBRAT * OD zaměstnance WHERE status = 'A' | db.employee.find ( {status: „A“} ) |
UPDATE Příkazy SQL a MongoDB
| Prohlášení o aktualizaci SQL | Příkazy MongoDB updateMany () |
|---|---|
| UPDATE zaměstnanec Stav SET = 'C' KDE věk> 25 let | db.employee.updateMany ( {age: {$ gt: 25}}, {$ set: {status: 'C'}} ) |
| UPDATE zaměstnanec NASTAVIT věk = věk + 3 WHERE status = 'A' | db.employee.updateMany ( {status: 'A'}, {$ inc: {age: 3}} ) |
Smazat záznamy SQL a MongoDB
| Příkazy pro odstranění SQL | Příkazy MongoDB deleteMany () |
|---|---|
| ODSTRANIT OD zaměstnance WHERE status = 'D' | db.employee.deleteMany ({status: 'D'}) |
| ODSTRANIT OD zaměstnance | db.employee.deleteMany ({}) |
Teoretický přehled rozdílů
Když uživatel dostane potřebu, kde musí projít katarzí, ve které se musí rozhodnout z mnoha možností, které má před sebou, musí si vybrat, že buď musí baculatý pro RDBMS (SQL), nebo Neracionální DBMS (NoSQL).
Existují určité rozdíly a jejich přemýšlením by mohl odpovídající uživatel podle své potřeby učinit životaschopné rozhodnutí.
Pojďme si udělat přehled o velkém střetu mezi těmito dvěma různými datovými strukturami.
Rozdíl v dialektu: Jazyky
Uveďme si příklad městyse, kde nikdo není dvojjazyčný, každý mluví stejným jazykem a to je jediná forma komunikace mezi nimi.
Stručně řečeno, říká, že je to jediné médium, od kterého si navzájem rozumějí. Pokud se město najednou vystaví jinému zbrusu novému jazyku, musí být pro ně anarchické, protože ho okamžitě přijali, protože mu nerozumí nebo mu může rozumět jen málokdo.
Nyní zvažte příklad jiného města, kde je komunita dvojjazyčná a mluví několika jazyky. Každý člověk žijící v komunitě interaguje s ostatními odlišně a neexistuje tam žádný univerzální způsob komunikace. Je to, jako by se jedna rodina lišila od ostatních, a nijak to na ni nemá vliv.
Tyto jednoduché příklady vysvětlují základní koncept SQL a MongoDB.
Uvidíme ten kontrast !!
SQL DBMS
SQL DBMS mají strukturovaný dotazovací jazyk, tj. MySQL pro manipulaci s daty.
O síle jazyka MySQL není pochyb, je to nejpoužívanější jazyk mezi uživateli DBMS a je univerzálně použitelný. Pro komplexní zpracování dat je to nejlepší volba. Existuje však také jeho omezení a to je jeho rigidní schéma.
Kvůli jeho složitému schématu nelze přepínat mezi více strukturami, musí se držet pouze jedné struktury, kterou sledují od začátku. Podle prvního příkladu by změna struktury byla stejná jako změna jazyka, kde každý zná jen jeden, a tak by vytvořila anarchii a nepořádek.
NoSQL DBMS
NoSQL DBMS tvoří dynamické schéma.
Nestrukturovaná data lze snadno uložit několika způsoby, tj. Mohou být uložena jako pár klíč – hodnota nebo mohou být orientována na sloupec a dokument. To by mohlo být dále vysvětleno, protože uživatel by byl schopen vytvářet dokumenty Mongo, aniž by byl omezen na předem definovanou strukturu, na rozdíl od typického DBMS.
Dokumenty by měly svou vlastní strukturu, která by byla svého druhu jedinečná. Pole lze přidat kdykoli během procesu a syntaxe se v každé jiné databázi liší.
Škálovatelnost Kontrast SQL a NoSQL DBMS
SQL DB jsou vertikálně škálovatelné na rozdíl od NoSQL, které je horizontálně škálovatelné.
Vertikálně škálovatelné znamená, že data lze načíst na jeden server zvětšením RAM. Mezitím horizontálně škálovatelné znamená, že lze použít více serverů, tj. Zvýšit provoz pomocí dělení. Proto by SQL DBMS mohl být silný, ale NoSQL je nejlepší pro změnu datových sad.
Datové struktury
SQL DBMS je založen na tabulkách, zatímco NoSQL DB jsou založeny na dokumentech, párech klíč – hodnota, grafech a orientaci sloupců.
SQL DBMS je dobrou volbou pro typické datové transakce, jako je účetní a bankovní systém. Mezitím by NoSQL vynikal racionálním DBMS pro velká data.
Typické příklady RDBMS zahrnují MySQL, Oracle, Maria DB a MS SQL Server. Příklady NoSQL patří MongoDB, Neo4J, CouchDB, RavenDB Cassandra, HBase, BigTable a Redis.
Závěr
Všechny výše uvedené podrobnosti jsou shrnuty v kostce pro snadné pochopení.
MySQL: Body Plus
Níže jsou uvedeny výhody databáze SQL:
- Starý je zlatý: MySQL je starý, a proto si drží poměrně silnou pozici, pokud jde o obrovskou komunitu a testování.
- Stabilní : MySQL je stabilní, protože má více uživatelů.
- Kompatibilní : Je široce dostupný na všech hlavních platformách a rámcích včetně Win, Mac, BSD, Solaris a Linux. Je s nimi spojeno více jazyků, včetně C ++, C #, Jáva , Perl, Krajta a PHP.
- Levný : MySQL je otevřený zdroj a bez nákladů.
- Opakovatelnost : Může být replikovatelný mezi více než jedním uzlem.
- Stříhání : MySQL má vysokou schopnost horizontálního dělení a díky tomu je pro podnikání spolehlivá.
MongoDB: Plusové body
Toto jsou přednosti MongoDB:
- MužSchéma přítele: Jak již bylo zmíněno dříve, jeho dynamické schéma to umožňujenejvícflexibilní DBMS pro uživatele.
- Škálovatelnost : Jeho horizontální škálovatelnost pomáhá snižovat pracovní zátěž.
- Řízení : MongoDB nevyžaduje žádný administrativní nástroj. Je uživatelsky přívětivý jak pro tvůrce, tak pro správce.
- Rychlý : Jeho dotazy budou provedeny v žádném okamžiku.
- Flexibthe : Díky své orientaci na dokument a sloupec je uživatel flexibilní a snadno použitelný DBMS.
Být koncovým uživatelem, co si vyberete?
MySQL by byla tou správnou volbou pro ty uživatele a podniky, které potřebují rigidní schémata a předdefinované struktury pro své podnikání.
Například aplikace a software, které vyžadují zdlouhavé transakce, tj. Ty, které se skutečně používají v bankovních a účetních systémech. Systémy, které mají sledovací služby, budou podporovat MySQL DBMS.
Zatímco MongoDB by byla nejlepší volbou pro podniky, které mají hojný růst a které by vyžadovaly univerzální schémata.
Pokud je obtížné definovat schéma tak, jak se rychle změní, pak by dynamické schéma MongoDB fungovalo v této situaci nejlépe. Tato podmínka se často stává v odvětví mobilních aplikací, analytických systémech a systémech správy obsahu.
To byl jen úvod, pro získání náznaku toho, co vám tento výukový program z dlouhodobého hlediska přinese. Podívejte se na náš nadcházející výukový program a dozvíte se více o Instalační příručce MongoDB ve Windows.
Výukový program PREV | DALŠÍ výuka
Doporučené čtení
- 20+ výuka MongoDB pro začátečníky: bezplatný kurz MongoDB
- Výukové programy pro zatmění do hloubky pro začátečníky
- Výukový program pro sdílení dat MongoDB s příkladem
- Výukový program pro vytváření databáze MongoDB
- Nasazení v MongoDB: Podrobný návod
- MongoDB Vytvořit zálohu databáze
- Co je to MongoDB replikace
- Regulární výraz MongoDB $ regex s příkladem