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 над типовими СУБД
- Чому MongoDB замість RDBMS?
- Сфери, де можна використовувати MongoDB
- Чому MongoDB називається базою даних NoSQL?
- Моделювання даних у MongoDB
- Всебічний контраст між SQL та NoSQL MongoDB
- Контраст між заявами SQL та MongoDB
- Теоретичний огляд відмінностей
- Діалектна різниця: мови
- СУБД SQL
- СУБД NoSQL
- Контраст масштабованості СУБД SQL та NoSQL
- Структури даних
- Висновок
- Рекомендована література
Про що, на землі, цей інструмент Robo 3T?
Robo 3T - це безкоштовний та легкий графічний інтерфейс для MongoDB. Це інструмент управління MongoDB, який має орієнтовану на оболонку крос-платформу і підтримується JSON тобто позначення об’єкта JavaScript. Цей інструмент не є типовим для інших адміністративних інструментів MongoDB для користувальницького інтерфейсу, тобто його оболонка може бути вбудована в Mongo Shell з великим доступом як в CLI Mongo, так і в GUI Mongo.
За допомогою цієї оболонки mongo користувач міг переглядати, редагувати та видаляти документи mongo. Більше того, Robo 3T є добровільним проектом з відкритим кодом, і він абсолютно безкоштовний для громадськості.
зробити тимчасову фальшиву електронну адресу
Він може бути повторно розповсюджений, а також може бути повторно модифікований, дотримуючись Загальних положень та умов Загальної публічної ліцензії версії 3, яка була опублікована Фондом вільного програмного забезпечення.
Це програмне забезпечення оприлюднено і може бути перерозподілене з метою надання допомоги людям, які могли б отримати від нього допомогу, тому воно не несе жодної гарантії його оптового продажу, згідно з правилами GNU.
Для отримання додаткової інформації про GNU ви можете ознайомитись Ліцензії GNU
Чому Robo 3T?
Robo 3T - це безкоштовне програмне забезпечення, дружнє до машини, яке використовує невелику кількість ресурсів, доступних на машині. Він високо оцінений і визнаний як всесвітньо відомий проект з найвищим коефіцієнтом успіху у наданні основних результатів.
Перш за все, за допомогою Robo 3T, користувачеві не потрібно проходити безладну процедуру використання таблиць і рядків, яка зазвичай використовується в раціональних базах даних. На відміну від них, він побудований на архітектурних колекціях монго та монгоських документах.
Галузі, що використовують Robo 3T
Про MongoDB
MongoDB створений як база даних з відкритим кодом, що підтримує монговську документацію, тому вважається, що це база даних документів. Як ми вже згадували раніше, це архітектура для монгоських колекцій та документів, де база даних зберігає колекції, які в підсумку містять монгоські документи.
Кількість полів і розмір варіюється від одного монгоського документа до іншого. Фреймворк MongoDB базується на мові компілятора C ++.
Запропонований навчальний посібник детально пояснить кожну концепцію та дасть чітке розуміння методологій та процедур для створення та управління високоефективною та зручною базою даних.
Це буде зроблено, стежачи за тим, щоб проводити концептуальну обробку MongoDB для користувачів, які хочуть вивчити її набагато простішим способом. Наприкінці цього вичерпного посібника користувач зможе перевірити свій досвід на практичному етапі.
Передмова
Про БД:
База даних є носієм колекцій. БД у вашій системі містить кілька наборів файлів. MongoDB має можливість нести кілька баз даних одночасно. Це забезпечує легку масштабованість та ефективне виконання.
Що таке колекція?
У MongoDB колекція являє собою пакет монго-документів.
Це те саме, що таблиця RDBMS у типових власників баз даних. Колекція в MongoDB не містить ніяких схем і присутня в одній базі даних. Документи монго, які є в колекціях, містять різні поля. Зазвичай документи монго в колекціях виконують аналогічні функції.
Що таке документ Монго?
Документи Mongo є носіями колекції та мають динамічну схему, тобто документи Mongo не зобов'язані мати однаковий пакет полів чи архітектур. Вони запрограмовані як пари ключ-значення.
Зразок документа Монго:
Наступний фрагмент - ілюстративна структура документа монго блогу, яка в екземплярах показує пару ключ-значення через коми.
{ _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 байт. Це підтверджує ексклюзивність у документі mongo. Користувач повинен додати _id під час вставки документа mongo. Якщо користувач цього не робить, MongoDB автоматично вибирає ідентифікатор для кожного документа mongo.
Тим часом із 12 байт перші чотири байти зарезервовані для поточної мітки часу, три поруч із цими чотирма зарезервовані для ідентифікатора машини, два поруч із цими трьома зарезервовані для процесу сервера і, нарешті, залишені три байта використовуються як значення, яке збільшується.
Перги від MongoDB над типовими СУБД
Як правило, схема СУБД розроблена таким чином, що вона показує номер таблиць та їх взаємозв'язки між ними. Тим часом, як уже згадувалося раніше, у MongoDB не існує схеми відносин.
Давайте обговоримо, чому MongoDB є кращим вибором для дослідника даних порівняно із типовими СУБД:
- Перш за все, MongoDB не має схеми. Документи монго є носієм колекцій та кількості полів, і розмір варіюється від одного монго-документа до іншого.
- У MongoDB існує чітка архітектура одного об’єкта.
- Йому не вистачає складного з'єднання.
- Він має широкі можливості запитів через наявність властивості, яка говорить, що документи mongo мають здатність динамічних запитів за допомогою мови запитів на основі документів, яка ефективна як MySQL.
- Це може зробити тюнінг.
- Він має найлегшу масштабованість.
- Для цілей перетворення та картографування немає необхідності в об'єктах.
- Доступ до даних швидший, ніж типова СУБД.
Чому MongoDB замість RDBMS?
MongoDB зберігає сховище, орієнтоване на документи, де дані обробляються в пакеті документів у стилі JSON.
Більше того, індекс можна розподілити за будь-яким атрибутом. Це забезпечує миттєву доступність і може зробити величезні копії. Він може бути спільним для спільного використання та мати розширені запити.
Перш за все, користувач міг отримати професійну підтримку від MongoDB.
Сфери, де можна використовувати MongoDB
MongoDB - це майбутнє, оскільки великі дані - це майбутнє. MongoDB ефективно обробляє великі дані.
Він має здатність ефективного управління вмістом і виконання на місці. MongoDB є найкращим варіантом для використання в галузі мобільних та соціальних мереж. Він працює як центр даних і в найкращому випадку управляє даними користувача.
Чому MongoDB називається базою даних NoSQL?
На відміну від СУБД, де користувач повинен вивчати MySQL, MongoDB не вимагає, щоб користувач мав велику частину знань MySQL, щоб почати працювати, або покладатися на когось іншого, хто працюватиме над Базою даних для них.
MongoDB не є раціональною базою даних, тому її називають базою даних NoSQL. Це полегшує зітхання для своїх користувачів через його менш складну архітектуру.
Немає жодного використання записів, які повинні бути пов’язані однаковими іменами та типами стовпців та тими, що обертаються навколо таблиці. Наведені нижче цифри все це пояснять. Ці два фрагменти є прикладами двох таблиць, де одна належить замовнику, а інша - замовленням.
В обох таблицях присутній взаємний зв’язок.
Таблиця клієнтів
| CustomerID | Ім'я клієнта | Ідентифікатор замовлення |
|---|---|---|
| Первинний ключ | Первинний ключ | |
| один | Адам Гілхріст | один |
| два | Рікі Понтінг | два |
| 3 | Шейн Уорн | 3 |
Таблиця замовлень
| Ідентифікатор замовлення | Продукт | Кількість |
|---|---|---|
| один | iPhone X | 5 |
| два | Samsung S9 | 10 |
| 3 | HP Pavilion x360 | п’ятнадцять |
Перебуваючи в MongoDB, немає таких раціональних властивостей, як RDBMS. Погляньте на ці два фрагменти.
Таблиця клієнтів
| Ідентифікатор клієнта 01 | Ім'я клієнта Адам Гілхріст | Номер замовлення 001 | Місто США |
| Ідентифікатор клієнта 02 | Ім'я клієнта Рікі Понтінг | Номер замовлення 002 | Привілей статусу |
| Ідентифікатор клієнта 03 | Ім'я клієнта Шейн Уорн | Номер замовлення 003 |
Таблиця замовлень
| Номер замовлення 001 | Продукт iPhone X | Кількість 5 | Дата відправки 14 серпня 2018 р |
| Номер замовлення 002 | Продукт Samsung S9 | Кількість 10 | |
| Номер замовлення 003 | Продукт HP Pavilion x360 | Кількість п’ятнадцять |
Отже, в NoSQL перше, про що слід подумати, це відсутність стовпців із конкретними іменами стовпців. Крім того, у всіх полях є пара ключ-значення. По-друге, у таблиці клієнтів перші три ключі та рядки однакові, а четвертий - тобто статус і місто відрізняються від перших двох рядків і не схиляються до третього рядка.
Тим часом у таблиці, яка належить до деталей замовлення, другий і третій рядки мають значення, які не мають відношення до четвертого стовпця.
У двох словах, усі ці властивості роблять NoSQL найкращим вибором серед типових СУБД. Світ робить революцію, і технологія невпинно трансформується разом із ним. У цю швидку еру діловий світ потребує найшвидших рішень для свого програмного забезпечення.
За допомогою СУБД, таких як MongoDB, яка є базою даних NoSQL, можна досягти більш швидкого часу обертання через меншу складність порівняно із СУБД. Коли нам доводиться переглядати зусилля, потенціал, час і гроші, які треба взяти на себе, використовуючи СУБД, MongoDB це швидко здолає.
Моделювання даних у MongoDB
Дані, наявні в MongoDB, містять найпростішу схему. Типова СУБД SQL, де користувач повинен оголосити схему таблиці перед початком вставки даних.
Як ми вивчали, колекції MongoDB орієнтовані на документ і не прив'язують користувача до типової структури документів, як RDBMS. Гнучкість - найпотужніший атрибут MongoDB, щоб використовувати її над СУБД.
Для моделювання даних у MongoDB користувач повинен врахувати наступні моменти:
- З’ясуйте найважливіші потреби бажаної програми. Для цього потрібно поглянути на бізнес-потреби застосування та з'ясувати бажані дані та їх типи для них. Слідуючи цьому, слід переконатися, що архітектура документа визначена відповідно до призначення.
- З’ясуйте схеми пошуку даних. Якщо існує потреба у використанні складних запитів, перейдіть до індексів у моделі даних, щоб забезпечити ефективність запитів.
- Нарешті, але не менш важливим є забезпечення вставок, оновлення та видалення, що відбуваються в СУБД. Це може бути забезпечено шляхом переоцінки використання індексів та вбудованого затінення, якщо воно має бути присутнім у проекті моделювання даних. Це дуже важливо для підвищення ефективності середовища MongoDB.
Всебічний контраст між SQL та NoSQL MongoDB
Різниця між термінами та синтаксисом
| Умови / синтаксис SQL | Умови / синтаксис MongoDB |
|---|---|
| База даних | База даних |
| Таблиця | Колекція |
| Рядок | Документ |
| Стовпець | Польовий |
| Індекс | Індекс |
| Таблиця | $ пошук або вбудовані документи |
| Операції | Операції |
Кілька СУБД та їх виконувані файли
| Назва бази даних | Сервер баз даних | Клієнт бази даних |
|---|---|---|
| MySQL | Mysqld | Mysql |
| Oracle | Oracle | Sqlplus |
| MongoDB | Монгод | Монго |
| DB2 | Сервер DB2 | Клієнт DB2 |
| Інформікс | IDS | DB-Access |
Прецеденти та приклади:
Наведені вище таблиці ілюструють терміни, синтаксис, концепцію та твердження багатьох типів СУБД.
Давайте розглянемо приклади SQL та MongoDB для подальших роз’яснень.
Давайте розглянемо приклад SQL, який має імена таблиць людей, тоді як MongoDB має колекцію імен людей, таких самих, що і таблиці SQL.
Колекція MongoDB має такий прототип:
{ _id: ObjectId(“59z12ad6444n59ac2758a5x7”), user_id:'john25', age: 25, status: 'A' }Контраст між заявами SQL та MongoDB
СТВОРИТИ І ЗМІНИТИ
| Заяви про схему SQL | Заяви про схему MongoDB |
|---|---|
| СТВОРИТИ СТОЛИКА працівника ( id ПОСЕРЕДНІЙ НЕ ПУСТИЙ AUTO_INCREMENT, user_id Varchar (30), віковий номер, символ статусу (1), ПОЧАТКОВИЙ КЛЮЧ (id) ) | db.employee.insertOne {{ id: 'john25', ім'я: Джон, статус: 'A' }) Однак ви також можете явно створити колекцію: db.createCollection (“працівник”) |
| СІЛЬНИЙ СТОЛ співробітник ДОДАТИ join_date DATETIME | db.employee.updateMany ( {}, {$ set: {прізвище: Адам}} ) |
| СІЛЬНИЙ СТОЛ працівник КРАПКА СТОВПЦЯ join_date | db.employee.updateMany ( {}, {$ unset: {“Вік”: “”}} ) |
ВСТАВИТИ
| Інструкції SQL INSERT | Заяви MongoDB insertOne () |
|---|---|
| ВСТАВИТИ У Співробітника (user_id, вік, статус) ЗНАЧЕННЯ ('test001', Чотири. П’ять, 'ДО') | db.employee.insertOne ( { user_id: “john25”, вік: 45, статус: “A”} ) |
Деякі SELECT-запити SQL та MongoDB
| Виписки SQL SELECT | Заяви MongoDB find () |
|---|---|
| ВИБРАТИ * ВІД працівника | db.employee.find () |
| ВИБЕРІТЬ ідентифікатор, ідентифікатор користувача, статус ВІД працівника | db.employee.find ( {}, {user_id: 1, статус: 1} ) |
| ВИБЕРІТЬ user_id, статус ВІД працівника | db.employee.find ( {}, {user_id: 1, status: 1, _id: 0} ) |
| ВИБРАТИ * ВІД працівника ДЕ статус = 'A' | db.employee.find ( {статус: 'A'} ) |
ОНОВЛЕННЯ Заяви SQL та MongoDB
| Заяви про оновлення SQL | MongoDB updateMany () Statements |
|---|---|
| ОНОВИТИ працівника ВСТАНОВИТИ статус = 'C' ДЕ вік> 25 | db.employee.updateMany ( {вік: {$ gt: 25}}, {$ set: {status: 'C'}} ) |
| ОНОВИТИ працівника SET вік = вік + 3 ДЕ статус = 'A' | db.employee.updateMany ( {статус: 'A'}, {$ inc: {вік: 3}} ) |
Видалити записи SQL та MongoDB
| Видалення операторів SQL | MongoDB deleteMany () Statements |
|---|---|
| ВИДАЛИТИ ІЗ працівника ДЕ статус = 'D' | db.employee.deleteMany ({статус: 'D'}) |
| ВИДАЛИТИ ІЗ працівника | db.employee.deleteMany ({}) |
Теоретичний огляд відмінностей
Коли користувач отримує необхідність, коли йому доводиться проходити катарсис, в якому він повинен прийняти рішення з безлічі широких можливостей перед собою, тоді він повинен вибрати, що він або повинен збити для RDBMS (SQL) або Нераціональна СУБД (NoSQL).
Є деякі відмінності, і, розмірковуючи над ними, відповідний користувач може прийняти життєздатне рішення відповідно до своїх потреб.
Давайте оглянемо загальне зіткнення картини між цими двома різними структурами даних.
Діалектна різниця: мови
Візьмемо приклад містечка, де ніхто не є двомовною, кожна людина розмовляє однією мовою, і це єдина форма спілкування серед них.
У двох словах, це говорить, що це єдиний засіб, з якого вони розуміють одне одного. Якщо раптом місто опиниться перед іншою абсолютно новою мовою, воно повинно бути для них анархічним, що його миттєво сприймають, оскільки вони його не розуміють або лише деякі можуть його зрозуміти.
А тепер розглянемо приклад іншого міста, де громада є двомовною, і вони говорять на багатьох мовах. Кожна людина, яка живе в громаді, по-різному взаємодіє з іншими, і там не існує жодного універсального способу спілкування. Це як ніби одна сім’я відрізняється від інших, і це жодним чином не впливає на них.
Ці прості приклади пояснюють основну концепцію SQL та MongoDB.
Побачимо контраст !!
СУБД SQL
СУБД SQL мають структуровану мову запитів, тобто MySQL для обробки даних.
Немає сумнівів у потужності мови MySQL, вона є найбільш часто використовуваною серед користувачів СУБД і є універсальною для прийняття. Для складної обробки даних це найкращий вибір. Але це також має обмеження, і це його жорстка схема.
Через його складну схему не можна переключатися між кількома структурами, вони повинні дотримуватися лише однієї структури, якої вони слідують з самого початку. Згідно з першим прикладом, зміна структури буде таким самим, як зміна мови, коли кожен знає лише одну, і таким чином це створить анархію та безлад.
СУБД NoSQL
СУБД NoSQL - це динамічна схема.
Неструктуровані дані можуть легко зберігатися різними способами, тобто вони можуть зберігатися як пара ключ-значення або можуть бути орієнтованими на стовпці та документи. Це можна додатково пояснити, оскільки користувач зможе створювати документи Mongo без обмеження заздалегідь визначеною структурою, на відміну від типової СУБД.
Документи мали б власну структуру, яка була б унікальною у своєму роді. Поля можна додавати в будь-який час під час процесу, а синтаксис змінюється в кожній іншій базі даних.
Контраст масштабованості СУБД SQL та NoSQL
БД SQL вертикально масштабовані на відміну від NoSQL, який горизонтально масштабований.
Вертикально масштабоване означає, що дані можна завантажувати на один сервер за рахунок збільшення оперативної пам'яті. Тим часом горизонтально масштабоване означає, що можна використовувати декілька серверів, тобто збільшувати трафік за допомогою шардінгу. Отже, СУБД SQL може бути потужною, але NoSQL найкраще підходить для зміни наборів даних.
Структури даних
СУБД SQL базується на таблицях, тоді як бази даних NoSQL базуються на документах, парах ключ-значення, графіках та орієнтаціях стовпців.
СУБД SQL є хорошим вибором для типових операцій з даними, таких як бухгалтерський облік та банківська система. Тим часом для великих даних NoSQL виділяв би раціональну СУБД.
Типові приклади до СУБД включають MySQL, Oracle, Maria DB та MS SQL Server. Приклади NoSQL включають MongoDB, Neo4J, CouchDB, RavenDB Cassandra, HBase, BigTable та Redis.
Висновок
Всі вищезазначені деталі подані в двох словах для Вашого легкого розуміння.
MySQL: плюси
Нижче наведено переваги баз даних SQL:
- Старе золото: 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
- Поглиблені підручники Eclipse для початківців
- MongoDB Підручник з шардування з прикладом
- MongoDB Створення підручника з бази даних
- Розгортання в MongoDB: Покроковий посібник
- MongoDB Створення резервної копії бази даних
- Що таке реплікація MongoDB
- Регулярний вираз $ MongeDB регулярного виразу з прикладом