robo 3t formerly robomongo tutorial
Всичко, което трябва да знаете за Robo 3T - по-рано Robomongo:
През юни 2017 г. Robomongo беше кръстен с чисто ново име, наречено „Robo 3T“. Това е изданието на Robo 3T 1.1 версия, поддържана от 3.4 версия на MongoDB.
Прочетете => Поредица от подробни уроци за MongoDB
Решението за промяна на името е взето в светлината на факта, че Софтуерът е претърпял някои фундаментални промени и е подобрен много по отношение на грешки и грешки .
Основната промяна, която трябва да се спомене, е, че компанията е променила името си от Робомонго да се Robo 3T поради някои промени в търговската марка на продукта.
Можете да се обърнете тук за повече информация по този въпрос.
Какво ще научите:
- За какво, за бога, е този инструмент Robo 3T?
- Защо Robo 3T?
- За MongoDB
- Предговор
- Предимства на MongoDB в сравнение с типичните RDBMS
- Защо MongoDB през RDBMS?
- Области, в които може да се използва MongoDB
- Защо MongoDB се нарича като база данни NoSQL?
- Моделиране на данни в MongoDB
- Изчерпателен контраст между SQL срещу NoSQL MongoDB
- Контраст между SQL и MongoDB изявления
- Теоретичен преглед на разликите
- Диалектната разлика: Езиците
- SQL СУБД
- NoSQL СУБД
- Контраст на скалируемост на СУБД SQL и NoSQL
- Структури на данни
- Заключение
- Препоръчително четене
За какво, за бога, е този инструмент Robo 3T?
Robo 3T е безплатен и лек GUI за MongoDB. Това е инструмент за управление на MongoDB, който има ориентирана към черупката крос-платформа и се поддържа от JSON т.е. нотация на обект на JavaScript. Този инструмент не е типичен за другите административни инструменти на потребителския интерфейс на MongoDB, т.е. неговата обвивка може да се вгради в Mongo Shell с много достъп в Mongo CLI и Mongo GUI.
С помощта на тази монго черупка потребителят може да преглежда, редактира и изтрива монго документи. Освен това Robo 3T е доброволен проект с отворен код и е напълно безплатен за обществеността.
с какво мога да отворя eps файл
Той може да бъде преразпространен и може да бъде преработен, като следва TOS на Общия публичен лиценз версия 3, публикуван от Фондация за свободен софтуер.
Този софтуер е обнародван и може да бъде преразпределен с цел да помогне на хората, които биха могли да получат помощ от него, затова той не носи гаранция, че го продава на едро, съгласно правилата на GNU.
За повече информация относно GNU можете да разгледате GNU лицензи
Защо Robo 3T?
Robo 3T е безплатен и удобен за машината софтуер, който използва малък брой налични ресурси на машината. Той е високо оценен и признат като световноизвестен проект с най-високо съотношение на успех в предоставянето на първокласни резултати.
Преди всичко, от Robo 3T, потребителят не трябва да преминава през разхвърляната процедура за използване на таблици и редове, която обикновено се използва в рационални бази данни. За разлика от тях той е изграден върху архитектурни монговски колекции и монгонски документи.
Индустрии, използващи Robo 3T
За MongoDB
MongoDB е създадена като база данни с отворен код, която поддържа Mongo документация, затова се казва, че е база данни на документи. Както споменахме по-рано, това е архитектура за монго колекции и документи, където базата данни съдържа колекции, които в крайна сметка носят монго документи в тях.
Броят на полетата и размерът варират от един документ на Монго до друг. Рамката на MongoDB се основава на езика на компилатора C ++.
Предложеният урок ще изясни подробно всяка концепция и ще даде ясно разбиране на методологиите и процедурите за създаване и управление на високоефективна и лесна за ползване база данни.
Той ще бъде направен, като се следи за провеждане на концептуално боравене с MongoDB за потребители, които искат да го научат по много по-опростен начин. В края на това изчерпателно ръководство потребителят ще може да тества своя опит на практически етап.
Предговор
Относно DB:
Базата данни е носител на колекции. DB във вашата система съдържа множество набори от файлове. MongoDB има способността да носи едновременно множество бази данни. Той осигурява лесна мащабируемост и ефективно изпълнение.
Какво представлява колекцията?
В MongoDB колекцията представлява пакет от монго документи.
Това е същото като таблицата RDBMS в типичните притежатели на база данни. Колекцията в MongoDB не съдържа никакъв вид схема и присъства в една база данни. Документите от Монго, които присъстват в колекциите, носят различни полета. Обикновено монго документите в колекциите имат аналогични функции.
Какво представлява документът на Монго?
Mongo документите са носители на колекция и имат динамична схема, т.е. Mongo документите не са длъжни да имат един и същ пакет от полета или архитектури. Те са програмирани като двойки ключ-стойност.
Образец на документа от Монго:
След Snippet е илюстративна структура на монго документ на блога, която показва двойката ключ-стойност от него чрез запетаи в случаи.
{ _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 } ] }
Във фрагмента _id е шестнадесетично число, което има общо 12 байта. Той доказва изключителността в монго документа. Потребителят трябва да добави _id по време на вмъкване на монго документ. Ако потребителят не го направи, тогава MongoDB автоматично избира отличителен идентификатор за всеки документ на mongo.
Междувременно, от 12 байта, първите четири байта са запазени за текущ клеймо, три до тези четири са запазени за машинен идентификатор, два до тези три са запазени за процес на сървър и накрая, оставените три байта се използват като стойност, която се увеличава.
Предимства на MongoDB в сравнение с типичните RDBMS
Обикновено схемата на RDBMS е проектирана по такъв начин, че да показва броя на таблиците и техните взаимоотношения между тях. Междувременно, както бе споменато по-рано, в MongoDB не съществува схема на взаимоотношения.
Нека да обсъдим защо MongoDB е по-добър избор за учен за данни в сравнение с типичните RDBMS:
- На първо място, в MongoDB липсва схема. Монго документите са носител на колекции и брой полета и размерът варира от един монго документ до друг.
- В MongoDB има ясна архитектура на един обект.
- Липсва сложно присъединяване.
- Той притежава обширна способност за заявки поради наличието на свойството, което казва, че монго документите имат способността на динамични заявки с помощта на език за заявки, базиран на документи, който е ефективен като MySQL.
- Може да направи настройка.
- Той има най-лесната скалируемост.
- За целите на преобразуването и картографирането няма нужда от обекти.
- Достъп до данни по-бърз от типичната СУБД.
Защо MongoDB през RDBMS?
MongoDB притежава съхранение, ориентирано към документи, където данните се обработват в пакета от документи в стил JSON.
Освен това индексът може да бъде разпределен за всеки атрибут. Той осигурява незабавна наличност и може да направи огромни копия. Може да се споделя автоматично и да има богати заявки.
Преди всичко потребителят може да получи професионална поддръжка от MongoDB.
Области, в които може да се използва MongoDB
MongoDB е бъдещето, тъй като големите данни са бъдещето. MongoDB ефективно обработва големи данни.
Той има способността за ефективно управление на съдържанието и изпълнение на място. MongoDB е най-добрият вариант за използване в индустрията за мобилни устройства и социални медии. Той работи като център за данни и управлява потребителските данни в най-добрия случай.
Защо MongoDB се нарича като база данни NoSQL?
За разлика от RDBMS, където потребителят трябва да научи MySQL, MongoDB не изисква от неговия потребител да има по-голямата част от знанията на MySQL, за да започне да работи, или да разчита на някой друг да работи върху базата данни за тях.
MongoDB не е рационална база данни, поради което се нарича NoSQL база данни. Той дава въздишка на релаксация на своите потребители поради по-малко сложната си архитектура.
Не се използват записи, които трябва да бъдат обвързани с едни и същи имена и типове колони и тези, които се въртят около таблицата. Фигурите по-долу ще обяснят всичко. Тези два фрагмента са примери за двете таблици, където единият принадлежи на клиента, а другият - на поръчки.
И в двете таблици присъства взаимна връзка.
Клиентска таблица
Клиентски номер | Потребителско име | OrderID |
---|---|---|
Първичен ключ | Първичен ключ | |
1 | Адам Гилкрист | 1 |
две | Рики Понтинг | две |
3 | Шейн Уорн | 3 |
Таблица за поръчки
OrderID | Продукт | Количество |
---|---|---|
1 | iPhone X | 5 |
две | Samsung S9 | 10 |
3 | HP Pavilion x360 | петнадесет |
Докато е в MongoDB, няма рационални свойства като RDBMS. Погледнете тези два фрагмента.
Клиентска таблица
CustomerID 01 | Потребителско име Адам Гилкрист | Номер на поръчка 001 | Град САЩ |
CustomerID 02 | Потребителско име Рики Понтинг | OrderID 002 | Статус Привилегия |
CustomerID 03 | Потребителско име Шейн Уорн | OrderID 003 |
Таблица за поръчки
Номер на поръчка 001 | Продукт iPhone X | Количество 5 | Дата на изпращане 14 август 2018 г. |
OrderID 002 | Продукт Samsung S9 | Количество 10 | |
OrderID 003 | Продукт HP Pavilion x360 | Количество петнадесет |
Следователно в NoSQL първото нещо, върху което човек трябва да се замисли, е липсата на колони с конкретни имена на колони. Освен това има двойка ключ-стойност във всички полета. На второ място, в таблицата на клиентите, първите три ключа и редове са еднакви и четвъртият, т.е. състоянието и градът се различават от първите два реда и не са наклонени към третия ред.
Междувременно в таблицата, която принадлежи към подробностите за поръчката, вторият и третият ред имат стойности, които нямат връзка с четвъртата колона.
Накратко, всички тези свойства правят NoSQL, най-добрият избор пред типичните СУБД. Светът прави революция и технологията непрекъснато се трансформира с него. В тази бърза ера бизнес светът се нуждае от най-бързите решения за своя софтуер.
С помощта на СУБД като MongoDB, която е NoSQL DB, може да се постигне по-бързото обръщане на времето поради по-малката му сложност в сравнение с RDBMS. Когато трябва да прегледаме усилията, потенциала, времето и парите, които човек трябва да понесе, докато използва RDBMS, MongoDB го преодолява за нула време.
Моделиране на данни в MongoDB
Данните, налични в MongoDB, съдържат най-простата схема. Типична SQL СУБД, при която потребителят трябва да декларира схема на таблица, преди да започне вмъкването на данни.
Както проучихме, колекциите на MongoDB са ориентирани към документи и не обвързват потребителя си с типичната структура на документа като RDBMS. Гъвкавостта е най-мощният атрибут на MongoDB, за да се използва над RDBMS.
Потребителят трябва да вземе предвид следните точки, за да направи моделиране на данни в MongoDB:
- Разберете най-важните нужди на желаното приложение. За тази цел човек трябва да хвърли поглед върху бизнес необходимостите от приложението и да разбере желаните данни и техните типове за тях. След това трябва да се гарантира, че архитектурата на документа е фигурирана според целта.
- Разберете моделите за извличане на данните. Ако има нужда от използване на сложни заявки, изберете индекси в модела на данни, за да осигурите ефективността на заявките.
- Последно, но не на последно място е осигуряването на вмъквания, актуализации и изтривания в СУБД. Това може да бъде осигурено чрез преоценка на използването на индексите и вградено рязко, ако трябва да присъства в дизайна за моделиране на данни. Това е много важно за подобряване на ефективността на средата на MongoDB.
Изчерпателен контраст между SQL срещу NoSQL MongoDB
Разлика между термините и синтаксиса
SQL термини / синтаксис | Условия / синтаксис на MongoDB |
---|---|
База данни | База данни |
Таблица | колекция |
Ред | Документ |
Колона | Поле |
Индекс | Индекс |
Таблица | $ справка или вградени документи |
Транзакции | Транзакции |
Множество СУБД и техните изпълними файлове
Име на базата данни | Сървър за бази данни | Клиент на база данни |
---|---|---|
MySQL | Mysqld | Mysql |
Oracle | Oracle | Sqlplus |
MongoDB | Монгод | Монго |
DB2 | DB2 сървър | DB2 клиент |
Informix | IDS | DB-Access |
Прецеденти и примери:
Таблиците по-горе илюстрират термините, синтаксиса, концепцията и изявленията на множество типове СУБД.
Нека разгледаме примерите на SQL и MongoDB за допълнителни разяснения.
Нека разгледаме пример за SQL, който има хора с имена на таблици, докато MongoDB има колекция от хора с имена, същите като таблиците на SQL.
Колекцията на MongoDB има следния прототип:
{ _id: ObjectId(“59z12ad6444n59ac2758a5x7”), user_id:'john25', age: 25, status: 'A' }
Контраст между SQL и MongoDB изявления
CREATE и ALTER
Изявления на SQL схема | Изявления на схемата MongoDB |
---|---|
CREATE TABLE служител ( id СРЕДЕН НЕ Е НУЛЕН АВТОМАТИЧНО УВЕЛИЧАВАНЕ, user_id Varchar (30), възраст номер, знак за състояние (1), ОСНОВЕН КЛЮЧ (id) ) | db.employee.insertOne {{ id: 'john25', име: Джон, статус: „A“ }) Можете обаче изрично да създадете колекция: db.createCollection („служител“) |
ALTER TABLE служител ДОБАВЕТЕ join_date DATETIME | db.employee.updateMany ( {}, {$ set: {last_name: Adam}} ) |
ALTER TABLE служител ПАДЕТЕ КОЛОНА join_date | db.employee.updateMany ( {}, {$ unset: {“Възраст”: “”}} ) |
ВМЕСТЕТЕ
SQL INSERT изявления | Изявления на MongoDB insertOne () |
---|---|
INSERT INTO служител (user_id, възраст, статус) СТОЙНОСТИ ('test001', Четири пет, 'ДА СЕ') | db.employee.insertOne ( { user_id: “john25”, възраст: 45, статус: “A”} ) |
Някои ИЗБРАТИ заявки на SQL и MongoDB
Изявления на SQL SELECT | Изявления на MongoDB find () |
---|---|
ИЗБЕРЕТЕ * ОТ служител | db.employee.find () |
ИДЕТ user_id, статус ОТ служител | db.employee.find ( {}, {user_id: 1, статус: 1} ) |
ИЗБЕРЕТЕ user_id, статус ОТ служител | db.employee.find ( {}, {user_id: 1, статус: 1, _id: 0} ) |
ИЗБЕРЕТЕ * ОТ служител КЪДЕ статус = 'A' | db.employee.find ( {статус: „A“} ) |
АКТУАЛИЗИРАНЕ на изявления на SQL и MongoDB
Изявления за актуализация на SQL | MongoDB updateMany () изявления |
---|---|
АКТУАЛИЗИРАНЕ служител SET статус = 'C' КЪДЕ възраст> 25 | db.employee.updateMany ( {възраст: {$ gt: 25}}, {$ set: {status: 'C'}} ) |
АКТУАЛИЗИРАНЕ служител SET възраст = възраст + 3 КЪДЕ статус = 'A' | db.employee.updateMany ( {статус: 'A'}, {$ вкл .: {възраст: 3}} ) |
Изтриване на записи на SQL и MongoDB
Изявления за изтриване на SQL | MongoDB deleteMany () изявления |
---|---|
ИЗТРИВАНЕ ОТ служител КЪДЕ статус = 'D' | db.employee.deleteMany ({статус: 'D'}) |
ИЗТРИВАНЕ ОТ служител | db.employee.deleteMany ({}) |
Теоретичен преглед на разликите
Когато потребителят получи нужда, където той трябва да премине през катарзис, в който трябва да вземе решение от многобройни възможности пред себе си, тогава той трябва да избере, че или трябва да затъни за RDBMS (SQL), или Нерационална СУБД (NoSQL).
Има някои разлики и като се замислим върху тях, съответният потребител може да вземе жизнеспособно решение, в зависимост от неговите нужди.
Нека да направим преглед на голямото сблъсък на картината между тези две различни структури от данни.
Диалектната разлика: Езиците
Да вземем пример за общината, където никой не е двуезичен, всеки човек говори един и същ език и това е единствената форма на комуникация сред тях.
Накратко казва, че това е единствената среда, от която те се разбират. Ако изведнъж градът се изложи на друг чисто нов език, той трябва да бъде анархичен за тях, че са го приели на мига, тъй като те не го разбират или само малцина биха могли да го разберат.
Сега разгледайте пример за друг град, където общността е двуезична и те говорят множество езици. Всеки човек, живеещ в общността, си взаимодейства по различен начин и там не съществува универсален начин на комуникация. Сякаш едното семейство е различно от останалите и по никакъв начин не ги засяга.
Тези прости примери обясняват основната концепция на SQL и MongoDB.
Нека видим контраста !!
SQL СУБД
SQL СУБД имат структуриран език за заявки, т.е. MySQL за манипулиране на данни.
Няма съмнение относно мощността на езика MySQL, той е най-използваният сред потребителите на СУБД и е гъвкав за възприемане. За сложна обработка на данни това е най-добрият избор. Но има и ограничение за това и това е неговата твърда схема.
Поради сложната си схема, човек не може да превключва между множество структури, те трябва да се придържат само към една структура, която следват от самото начало. Според първия пример промяната на структурата би била същата като промяната на езика, където всеки знае само един и по този начин би създал анархия и бъркотия.
NoSQL СУБД
NoSQL СУБД представляват динамична схема.
Неструктурираните данни могат лесно да се съхраняват по множество начини, т.е.могат да се съхраняват като двойка ключ-стойност или могат да бъдат ориентирани към колона и документ. Това може да бъде обяснено допълнително, тъй като потребителят ще може да създава монгонски документи, без да се ограничава до предварително дефинирана структура, за разлика от типичната СУБД.
Документите биха имали собствена структура, която би била уникална по рода си. Полетата могат да се добавят по всяко време по време на процеса и синтаксисът варира във всяка друга база данни.
Контраст на скалируемост на СУБД SQL и NoSQL
SQL DB са вертикално мащабируеми за разлика от NoSQL, който е хоризонтално мащабируем.
Вертикално мащабируемо означава, че данните могат да бъдат заредени на един сървър чрез увеличаване на RAM. Междувременно, хоризонтално мащабируемо означава, че могат да се използват множество сървъри, т.е. Следователно, SQL СУБД може да бъде мощна, но NoSQL е най-подходяща за промяна на набори от данни.
Структури на данни
SQL DBMS се основава на таблици, докато NoSQL DB базират на документи, двойки ключ-стойност, графики и ориентации на колони.
SQL СУБД е добър избор за типични транзакции с данни като счетоводство и банкова система. Междувременно за големи данни NoSQL ще открои рационалната СУБД.
Типични примери на RDBMS включват MySQL, Oracle, Maria DB и MS SQL Server. Примери за NoSQL включват MongoDB, Neo4J, CouchDB, RavenDB Cassandra, HBase, BigTable и Redis.
Заключение
Всички гореспоменати подробности са изложени накратко за ваше лесно разбиране.
MySQL: Плюс точките
По-долу са посочени достойнствата на SQL бази данни:
- Old Is Gold: MySQL е стар, поради което има доста силна позиция по отношение на огромна общност и тестване.
- Стабилен : MySQL е стабилен, тъй като има повече потребители.
- Съвместим : Той е широко достъпен на всички основни платформи и рамки, включително Win, Mac, BSD, Solaris и Linux. Няколко езика имат връзка с тях, включително C ++, C #, Java , Perl, Python и PHP.
- Евтини : MySQL е с отворен код и безплатен.
- Повторяемост : Може да се възпроизведе сред повече от един възел.
- Засенчване : MySQL има висока способност за оцветяване и това от своя страна го прави надежден за бизнеса.
MongoDB: Плюс точките
Това са достойнствата на MongoDB:
- ЧовечеПриятелска схема: Както споменахме по-горе, динамичната му схема го правиповечетогъвкава СУБД за потребител.
- Мащабируемост : Неговата хоризонтална мащабируемост помага за намаляване на натоварването.
- Управление : MongoDB не изисква никакъв административен инструмент. Той е лесен за ползване както от производителите, така и от администраторите.
- Бързо : Заявките му се изпълняват за нула време.
- Flexibна : Неговата ориентация на документ и колона го прави гъвкав и лесен за използване на СУБД за потребител.
Като краен потребител, какво ще изберете?
MySQL ще бъде правилният избор за тези потребители и фирми, които се нуждаят от твърди схеми и предварително дефинирани структури за своя бизнес.
Например приложенията и софтуера, които се нуждаят от продължителни транзакции, т.е. тези, които всъщност се използват в банковите и счетоводните системи. Системите, които имат услуги за наблюдение, ще поддържат MySQL СУБД.
Докато MongoDB би бил най-добрият избор за бизнеси, които имат изобилен растеж и те биха изисквали гъвкави схеми.
Ако е трудно да се определи схемата, тъй като тя се променя за нула време, тогава динамичната схема на MongoDB ще работи най-добре в тази ситуация. Това състояние често се случва в индустрията за мобилни приложения, аналитичните системи и системите за управление на съдържанието.
Това беше само въведение, за да получите намек за това, което този урок ще ви донесе в дългосрочен план. Вижте нашия предстоящ урок, за да научите повече за Ръководството за инсталиране на MongoDB за Windows.
Препоръчително четене
- 20+ MongoDB урок за начинаещи: Безплатен курс на MongoDB
- Уроци за задълбочено затъмнение за начинаещи
- MongoDB Урок за оцветяване с пример
- MongoDB Създаване на урок за база данни
- Внедряване в MongoDB: Урок стъпка по стъпка
- MongoDB Създаване на резервно копие на база данни
- Какво е репликация на MongoDB
- Редовен израз на MongoDB с регулярни изрази с пример