Robo 3T - voorheen Robomongo-zelfstudie

robo 3t formerly robomongo tutorial

Alles wat u moet weten over Robo 3T - voorheen Robomongo:

In juni 2017 werd Robomongo genoemd met een gloednieuwe naam genaamd 'Robo 3T'. Dit is de release van Robo 3T 1.1-versie ondersteund door 3.4-versie van MongoDB.

Doorlezen => Serie gedetailleerde MongoDB-zelfstudies

De beslissing om de naam te wijzigen is genomen in het licht van het feit dat de Software een aantal fundamentele veranderingen heeft ondergaan en veel is verbeterd met betrekking tot bugs en fouten ​

De meest opvallende verandering die moet worden vermeld, is dat het bedrijf zijn naam heeft veranderd van Robomongo naar Robo 3T vanwege enkele wijzigingen in het handelsmerk van het product.

U kunt verwijzen hier voor meer informatie over dit probleem.

Wat je leert:

• Waar gaat deze Robo 3T-tool in vredesnaam over?
• Waarom Robo 3T?
• Over MongoDB
• Voorwoord
• Voordelen van MongoDB ten opzichte van typische RDBMS
• Waarom MongoDB via RDBMS?
• Gebieden waar MongoDB kan worden gebruikt
• Waarom wordt MongoDB genoemd als een NoSQL-database?
• Gegevensmodellering in MongoDB
• Uitgebreid contrast tussen SQL en NoSQL MongoDB
  • Verschil tussen termen en syntaxis
  • Meerdere DBMS en hun uitvoerbare bestanden
• Contrast tussen SQL- en MongoDB-verklaringen
• Theoretisch overzicht van verschillen
• Het dialectverschil: de talen
• SQL DBMS
• NoSQL DBMS
• Schaalbaarheid Contrast van SQL en NoSQL DBMS
• Data structuren
• Gevolgtrekking
• Aanbevolen literatuur

Waar gaat deze Robo 3T-tool in vredesnaam over?

Robo 3T is een gratis en lichtgewicht GUI voor MongoDB. Het is een MongoDB-beheertool die een shell-centric platformonafhankelijk heeft en wordt ondersteund door JSON d.w.z. JavaScript-objectnotatie. Deze tool is niet typerend voor MongoDB's andere administratieve tools van gebruikersinterface, d.w.z. de shell kan worden ingebed in Mongo Shell met heel veel toegang in zowel Mongo CLI als Mongo GUI.

Met behulp van deze mongo-shell kan een gebruiker mongo-documenten bekijken, bewerken en verwijderen. Bovendien is Robo 3T een vrijwillig open source-project en is het volledig gratis voor het publiek.

hoe je een Java-bestand maakt in Eclipse

Het zou opnieuw verspreid kunnen worden en zou ook opnieuw aangepast kunnen worden door de TOS van General public licentieversie 3 te volgen, die is gepubliceerd door Free Software Foundation.

Deze software is afgekondigd en zou kunnen worden herverdeeld om mensen te helpen die er hulp van kunnen krijgen, daarom is er geen garantie op groothandel, volgens de regels van GNU.

Voor meer informatie over GNU kun je kijken GNU-licenties

Waarom Robo 3T?

Robo 3T is gratis en machinevriendelijke software, die een klein aantal bronnen gebruikt die beschikbaar zijn op een machine. Het wordt zeer gewaardeerd en erkend als het wereldberoemde project met de hoogste succesratio bij het leveren van eersteklas output.

Bovendien hoeft de gebruiker door Robo 3T niet de rommelige procedure te doorlopen van het gebruik van tabellen en rijen, die doorgaans wordt gebruikt in rationele databases. In tegenstelling tot hen is het gebouwd op Mongo-architectuurcollecties en Mongo-documenten.

Industrieën die Robo 3T gebruiken

Over MongoDB

MongoDB is gemaakt als een open source database die Mongo-documentatie ondersteunt, daarom wordt er gezegd dat het een documentdatabase is. Zoals we eerder vermeldden, is het een architectuur voor Mongo-collecties en documenten, waarbij de database collecties bevat die uiteindelijk Mongo-documenten bevatten.

Het aantal velden en de grootte varieert van het ene Mongo-document tot het andere. Het framework van MongoDB is gebaseerd op de compilertaal C ++.

De voorgestelde tutorial zal elk concept in detail verduidelijken en zal een duidelijk begrip opleveren van de methodologieën en procedures om een ​​zeer effectieve en gebruiksvriendelijke database te maken en te beheren.

Het zal worden gemaakt door de conceptuele behandeling van MongoDB in de gaten te houden voor gebruikers die het op een veel eenvoudigere manier willen leren. Aan het einde van deze uitgebreide gids zou de gebruiker zijn expertise in een praktische fase kunnen testen.

Voorwoord

Over DB:

De database is een drager van collecties. DB in uw systeem bevat meerdere sets bestanden. MongoDB heeft de mogelijkheid om meerdere databases tegelijk te dragen. Het zorgt voor gemakkelijke schaalbaarheid en effectieve uitvoering.

Wat is de collectie?

In MongoDB is de collectie een pakket mongodocumenten.

Het is hetzelfde als de RDBMS-tabel in typische databasehouders. De verzameling in MongoDB bevat geen enkel schema en is aanwezig in een enkele database. Mongo-documenten die in collecties aanwezig zijn, hebben verschillende velden. Meestal hebben mongodocumenten in verzamelingen analoge functies.

Wat is het Mongo-document?

Mongo-documenten zijn dragers van verzameling en hebben een dynamisch schema, d.w.z. Mongo-documenten hoeven niet hetzelfde pakket velden of architecturen te hebben. Ze zijn geprogrammeerd als sleutel / waarde-paren.

Een voorbeeld van het Mongo-document:

Het volgende fragment is een illustratieve mongo-documentstructuur van de blog, die het sleutel / waarde-paar ervan door komma's in gevallen toont.

In het fragment is _id een hexadecimaal getal met in totaal 12 bytes. Het bevestigt de exclusiviteit in het mongodocument. De gebruiker moet _id toevoegen tijdens het invoegen van een Mongo-document. Als de gebruiker het niet doet, selecteert MongoDB automatisch een onderscheidend ID voor elk Mongo-document.

Ondertussen zijn van de 12 bytes de eerste vier bytes gereserveerd voor een huidige tijdstempel, drie naast deze vier zijn gereserveerd voor machine-ID, twee naast deze drie zijn gereserveerd voor een serverproces en ten slotte zijn de drie weggelaten bytes worden gebruikt als een waarde die wordt verhoogd.

Voordelen van MongoDB ten opzichte van typische RDBMS

Meestal is het schema van RDBMS zo ontworpen dat het het aantal tabellen en hun onderlinge relaties laat zien. Ondertussen is er, zoals eerder vermeld, geen relatieschema in de MongoDB.

Laten we bespreken waarom MongoDB een betere keuze is voor datawetenschappers dan typische RDBMS:

• Allereerst mist MongoDB schema. De mongodocumenten zijn de drager van verzamelingen en het aantal velden en de grootte varieert van het ene mongodocument tot het andere.
• Er is een duidelijke architectuur van een enkel object in MongoDB.
• Het ontbreekt aan een complexe verbinding.
• Het heeft uitgebreide zoekmogelijkheden vanwege de aanwezigheid van de eigenschap die zegt dat mongo-documenten dynamische zoekopdrachten kunnen uitvoeren met behulp van op documenten gebaseerde querytaal die effectief is als MySQL.
• Het zou kunnen stemmen.
• Het heeft de gemakkelijkste schaalbaarheid.
• Voor conversie- en mappingdoeleinden zijn er geen objecten nodig.
• Krijg sneller toegang tot gegevens dan een standaard DBMS.

Waarom MongoDB via RDBMS?

MongoDB bevat documentgeoriënteerde opslag waar gegevens worden verwerkt in het pakket met documenten in JSON-stijl.

Bovendien kan de index worden toegewezen aan elk kenmerk. Het zorgt voor onmiddellijke beschikbaarheid en kan enorme replica's maken. Het kan automatisch worden gedeeld en bevat uitgebreide zoekopdrachten.

Bovendien kan de gebruiker professionele ondersteuning krijgen van MongoDB.

Gebieden waar MongoDB kan worden gebruikt

MongoDB is de toekomst zoals big data de toekomst is. MongoDB verwerkt efficiënt big data.

Het heeft het vermogen om inhoud effectief te beheren en ter plaatse uit te voeren. MongoDB is de beste optie om te gebruiken in de mobiele en sociale media-industrie. Het werkt als een datahub en beheert de gebruikersdata op zijn best.

Waarom wordt MongoDB genoemd als een NoSQL-database?

In tegenstelling tot RDBMS, waar de gebruiker MySQL moet leren, vereist MongoDB niet dat de gebruiker grote hoeveelheden MySQL-kennis heeft om aan het werk te gaan of op iemand anders te vertrouwen om voor hen aan Database te werken.

MongoDB is geen rationele database, daarom wordt het een NoSQL-database genoemd. Het geeft een zucht van ontspanning aan zijn gebruikers vanwege de minder complexe architectuur.

Er is geen gebruik van records die aan dezelfde kolomnamen en -typen gebonden moeten zijn en die rond de tabel draaien. Onderstaande figuren maken het allemaal duidelijk. Deze twee fragmenten zijn voorbeelden van de twee tabellen, waarbij de ene bij de klant hoort en de andere bij bestellingen.

In beide tabellen is er sprake van een onderlinge relatie.

Klantentafel

Bestel tafel

In MongoDB zijn er geen rationele eigenschappen zoals RDBMS. Geef een glimp van deze twee fragmenten.

Klantentafel

Bestel tafel

Daarom is het eerste waar men in NoSQL over moet nadenken de afwezigheid van kolommen met specifieke kolomnamen. Bovendien is er in alle velden een sleutel / waarde-paar. Ten tweede zijn in de tabel met klanten de eerste drie toetsen en rijen gelijk en de vierde, d.w.z. status en stad verschillen van de eerste twee rijen en zijn niet geneigd naar de derde rij.

In de tabel die bij de orderdetails hoort, hebben de tweede en derde rij waarden die geen relatie hebben met de vierde kolom.

Kortom, al deze eigenschappen maken NoSQL de beste keuze ten opzichte van een typisch DBMS. De wereld is aan het revolutioneren en de technologie verandert er gestaag mee. In dit snelle tijdperk heeft de zakenwereld de snelste oplossingen voor hun software nodig.

Met behulp van DBMS zoals MongoDB, wat een NoSQL DB is, zou de snellere doorlooptijd haalbaar kunnen zijn, vanwege de minder complexiteit in vergelijking met RDBMS. Wanneer we de inspanningen, het potentieel, de tijd en het geld moeten bekijken die men moet dragen tijdens het gebruik van RDBMS, komt MongoDB er in een mum van tijd overheen.

Gegevensmodellering in MongoDB

Gegevens die aanwezig zijn in MongoDB bevatten het eenvoudigste schema. Een typisch SQL DBMS waarbij een gebruiker het schema van een tabel moet declareren voordat het invoegen van gegevens begint.

Zoals we hebben bestudeerd, zijn de collecties van MongoDB documentgeoriënteerd en binden ze de gebruiker niet aan de typische documentstructuur zoals RDBMS. Flexibiliteit is het krachtigste kenmerk van MongoDB om het via RDBMS te gebruiken.

Een gebruiker moet rekening houden met de volgende punten om datamodellering in MongoDB uit te voeren:

• Ontdek de cruciale behoeften van de gewenste applicatie. Voor dit doel moet men een blik werpen op zakelijke toepassingsbehoeften en de gewenste gegevens en de typen ervoor uitzoeken. Hierna moet men ervoor zorgen dat de documentarchitectuur wordt uitgewerkt in overeenstemming met het doel.
• Ontdek de ophaalpatronen van de gegevens. Als er behoefte is aan complex gebruik van query's, ga dan voor indexen in het datamodel om de effectiviteit van de query's te waarborgen.
• Als laatste, maar niet de minste, zorgt u ervoor dat er wordt ingevoegd, bijgewerkt en verwijderd in DBMS. Dit kan worden gegarandeerd door het gebruik van indexen en ingebouwde sharding opnieuw te evalueren als dit aanwezig moet zijn in het datamodelleringsontwerp. Dit is erg belangrijk om de effectiviteit van MongoDB's omgeving te verbeteren.

Uitgebreid contrast tussen SQL en NoSQL MongoDB

Verschil tussen termen en syntaxis

Meerdere DBMS en hun uitvoerbare bestanden

Precedenten en voorbeelden:

De bovenstaande tabellen illustreren de termen, syntaxis, concept en verklaringen van meerdere typen DBMS.

Laten we eens kijken naar de voorbeelden van SQL en MongoDB voor verdere verduidelijkingen.

Laten we eens kijken naar een voorbeeld van SQL, dat tabelnaam mensen heeft, terwijl MongoDB een verzameling naammensen heeft die hetzelfde is als SQL-tabellen.

De collectie van MongoDB heeft het volgende prototype:

Contrast tussen SQL- en MongoDB-verklaringen

CREËER en VERANDER

INVOEGEN

Enkele SELECT-query's van SQL en MongoDB

UPDATE verklaringen van SQL en MongoDB

Verwijder records van SQL en MongoDB

Theoretisch overzicht van verschillen

Wanneer een gebruiker een behoefte krijgt, waarbij hij een catharsis moet doormaken waarin hij een beslissing moet nemen uit veel ruime opties die voor hem liggen, dan moet hij selecteren of hij moet kiezen voor RDBMS (SQL) of Niet-rationele DBMS (NoSQL).

Er zijn enkele verschillen, en door erover na te denken, zou een overeenkomstige gebruiker een haalbare beslissing kunnen nemen, afhankelijk van zijn behoefte.

Laten we eens kijken naar de grote botsing tussen deze twee verschillende gegevensstructuren.

Het dialectverschil: de talen

Laten we een voorbeeld nemen van de township, waar niemand tweetalig is, iedereen dezelfde taal spreekt en dat de enige vorm van communicatie tussen hen is.

In een notendop staat dat dit het enige medium is van waaruit ze elkaar begrijpen. Als de stad plotseling wordt blootgesteld aan een andere gloednieuwe taal, moet het voor hen anarchistisch zijn om het in een oogwenk over te nemen, aangezien ze het niet begrijpen of slechts enkelen het kunnen begrijpen.

Beschouw nu eens een voorbeeld van een andere stad, waar een gemeenschap tweetalig is en ze meerdere talen spreken. Elke persoon die in de gemeenschap leeft, communiceert op een andere manier met anderen en er bestaat geen universele manier van communiceren. Het is alsof de ene familie anders is dan de andere, en het heeft op geen enkele manier invloed op hen.

Deze eenvoudige voorbeelden verklaren het kernconcept van SQL en MongoDB.

Laten we eens kijken naar het contrast !!

SQL DBMS

SQL DBMS hebben een gestructureerde zoektaal, d.w.z. MySQL voor gegevensmanipulatie.

Er bestaat geen twijfel over de kracht van MySQL-taal, het is de meest gebruikte onder de gebruikers van DBMS en het is veelzijdig in gebruik. Voor complexe gegevensverwerking is dit de beste keuze. Maar er is ook een beperking aan en dat is het starre schema.

Vanwege het complexe schema kan men niet schakelen tussen meerdere structuren, ze hoeven zich slechts aan één structuur te houden die ze vanaf het begin volgen. Volgens het eerste voorbeeld zou het veranderen van structuur hetzelfde zijn als het veranderen van taal waarvan iedereen er maar één kent en op deze manier zou het anarchie en chaos creëren.

NoSQL DBMS

NoSQL DBMS vormen een Dynamic Schema.

Ongestructureerde gegevens kunnen gemakkelijk op meerdere manieren worden opgeslagen, d.w.z. ze kunnen worden opgeslagen als een sleutel / waarde-paar of kunnen een kolom- en documentgericht zijn. Dit zou verder kunnen worden uitgelegd, aangezien de gebruiker in staat zou zijn Mongo-documenten te maken zonder beperkt te zijn tot een vooraf gedefinieerde structuur, in tegenstelling tot het typische DBMS.

De documenten zouden hun eigen structuur hebben die uniek zou zijn in zijn soort. De velden kunnen op elk moment tijdens het proces worden toegevoegd en de syntaxis varieert in elke andere database.

Schaalbaarheid Contrast van SQL en NoSQL DBMS

SQL DB's zijn verticaal schaalbaar in tegenstelling tot NoSQL, dat horizontaal schaalbaar is.

Verticaal schaalbaar betekent dat gegevens op een enkele server kunnen worden geladen door het RAM-geheugen te vergroten. Ondertussen betekent horizontaal schaalbaar dat meerdere servers kunnen worden gebruikt, d.w.z. het verkeer vergroten met behulp van sharding. Daarom kan SQL DBMS krachtig zijn, maar NoSQL is het beste voor het wijzigen van gegevenssets.

Data structuren

SQL DBMS is gebaseerd op tabellen, terwijl NoSQL DB's zijn gebaseerd op documenten, sleutelwaardeparen, grafieken en kolomoriëntaties.

SQL DBMS is een goede keuze voor typische datatransacties zoals boekhoud- en banksystemen. Ondertussen zou NoSQL voor big data de rationele DBMS opvallen.

Typische voorbeelden van RDBMS omvatten MySQL, Oracle, Maria DB en MS SQL Server. NoSQL-voorbeelden omvatten MongoDB, Neo4J, CouchDB, RavenDB Cassandra, HBase, BigTable en Redis.

Gevolgtrekking

Alle bovengenoemde details worden in een notendop weergegeven zodat u ze gemakkelijk kunt begrijpen.

MySQL: de pluspunten

Hieronder staan ​​de verdiensten van SQL-databases:

• Oud is goud: MySQL is oud, daarom heeft het een vrij sterke basis in termen van enorme community en testen.
• Stal : MySQL is stabiel omdat het meer gebruikers heeft.
• Verenigbaar : Het is algemeen beschikbaar op alle grote platforms en frameworks, waaronder Win, Mac, BSD, Solaris en Linux. Meerdere talen hebben een connectie met hen, waaronder C ++, C #, Java , Perl, Python en PHP.
• Goedkoop : MySQL is open source en gratis.
• Repliceerbaarheid : Het kan worden gerepliceerd tussen meer dan één knooppunt.
• Sharding : MySQL heeft een hoge sharding-capaciteit, en dat maakt het op zijn beurt betrouwbaar voor bedrijven.

MongoDB: de pluspunten

Dit zijn de verdiensten van MongoDB:

• MensVriendschap: Zoals eerder vermeld, maakt het dynamische schema hethet meestflexibel DBMS voor een gebruiker.
• Schaalbaarheid : De horizontale schaalbaarheid helpt bij het verminderen van de werklast.
• Beheer : MongoDB vereist geen administratief hulpprogramma. Het is gebruiksvriendelijk voor zowel makers als beheerders.
• Snel : Zijn zoekopdrachten worden in een mum van tijd uitgevoerd.
• Flexibde : De document- en kolomoriëntatie maken het flexibel en gemakkelijk te gebruiken DBMS voor een gebruiker.

Wat kiest u als eindgebruiker?

MySQL zou de juiste keuze zijn voor die gebruikers en bedrijven die rigide schema's en vooraf gedefinieerde structuren voor hun bedrijf nodig hebben.

Bijvoorbeeld de applicaties en software die langdurige transacties nodig hebben, dat wil zeggen die welke daadwerkelijk worden gebruikt in bank- en boekhoudsystemen. De systemen met bewakingsservices ondersteunen MySQL DBMS.

Terwijl MongoDB de beste keuze zou zijn voor bedrijven met een enorme groei en die veelzijdige schema's nodig hebben.

Als het moeilijk is om het schema te definiëren omdat het in een mum van tijd wordt gewijzigd, werkt het dynamische schema van MongoDB in deze situatie het beste. Deze toestand komt vaak voor in de mobiele app-industrie, analytische systemen en contentmanagementsystemen.

Dit was slechts een introductie, om een ​​idee te krijgen van wat deze tutorial op de lange termijn voor je zou betekenen. Bekijk onze aanstaande tutorial voor meer informatie over de installatiehandleiding van MongoDB op Windows.

PREV-zelfstudie ​ VOLGENDE zelfstudie

Aanbevolen literatuur

• 20+ MongoDB-zelfstudie voor beginners: gratis MongoDB-cursus
• Diepgaande Eclipse-zelfstudies voor beginners
• MongoDB Sharding-zelfstudie met voorbeeld
• MongoDB Create Database-zelfstudie
• Implementatie in MongoDB: stapsgewijze zelfstudie
• MongoDB Maak een databaseback-up
• Wat is MongoDB-replicatie
• MongoDB reguliere expressie $ regex met voorbeeld