robo 3t formerly robomongo tutorial
Све што треба да знате о Робо 3Т - раније Робомонго:
У јуну 2017. године Робомонго је добио потпуно ново име названо „Робо 3Т“. Ово је издање Робо 3Т 1.1 верзије коју подржава 3.4 верзија МонгоДБ.
Прочитајте => Серија детаљних МонгоДБ лекција
Одлука о промени имена донета је у светлу чињенице да је Софтвер прошао кроз неке темељне промене и да је много побољшан у погледу грешака и грешке .
Истакнута промена коју треба напоменути је да је компанија променила име Робомонго до Робо 3Т због неких промена у заштитном знаку производа.
Можете се упутити овде за више информација о овој забринутости.
Шта ћете научити:
- О чему се, побогу, говори овај алат Робо 3Т?
- Зашто Робо 3Т?
- О МонгоДБ-у
- Предговор
- Погодности МонгоДБ-а у односу на типичне РДБМС
- Зашто МонгоДБ преко РДБМС?
- Области у којима би се могао користити МонгоДБ
- Зашто се МонгоДБ назива НоСКЛ базом података?
- Моделирање података у МонгоДБ
- Свеобухватан контраст између СКЛ-а и НоСКЛ-а МонгоДБ
- Контраст између СКЛ и МонгоДБ изјава
- Теоријски преглед разлика
- Дијалекатска разлика: језици
- СКЛ ДБМС
- НоСКЛ ДБМС
- Контраст скалабилности СКЛ и НоСКЛ ДБМС
- Структуре података
- Закључак
- Препоручено читање
О чему се, побогу, говори овај алат Робо 3Т?
Робо 3Т је бесплатан и лаган ГУИ за МонгоДБ. То је алатка за управљање МонгоДБ која има вишеструку платформу оријентисану на љуску и коју подржава ЈСОН односно ЈаваСцрипт ознака објекта. Овај алат није типичан за друге административне алате МонгоДБ-а корисничког интерфејса, тј. Његова љуска би могла бити уграђена у Монго Схелл са пуно приступа у Монго ЦЛИ и Монго ГУИ.
Уз помоћ ове монго љуске, корисник је могао да прегледа, уређује и брише монго документе. Штавише, Робо 3Т је добровољни пројекат отвореног кода и потпуно је бесплатан за јавност.
направите привремену лажну адресу е-поште
Могао би се поново ширити и могао би се поново модификовати пратећи ТОС Опште јавне лиценце верзије 3, коју је објавила Фрее Софтваре Фоундатион.
Овај софтвер је објављен и могао би се поново дистрибуирати у сврху помоћи људима који би од њега могли добити помоћ, зато не гарантује да ће га продати на велико, према правилима ГНУ-а.
За више информација о ГНУ-у можете погледати ГНУ лиценце
Зашто Робо 3Т?
Робо 3Т је бесплатан софтвер прилагођен машини, који користи мали број нечијих ресурса доступних на машини. Изузетно је цењен и препознат као светски познати пројекат са највећим односом успеха у давању врхунских резултата.
Пре свега, помоћу Робо 3Т, корисник не мора да пролази кроз неуредан поступак коришћења табела и редова, који се обично користи у рационалним базама података. За разлику од њих, изграђен је на архитектонским колекцијама Монго и монго документима.
Индустрије које користе Робо 3Т
О МонгоДБ-у
МонгоДБ је направљен као база података отвореног кода која подржава Монго документацију, због чега се каже да је база података докумената. Као што смо раније споменули, то је архитектура за монгојске колекције и документе, где база података садржи збирке, које на крају носе монгоске документе.
Број поља и величина варирају од једног Монго документа до другог. Оквир МонгоДБ заснован је на језику компајлера Ц ++.
Предложени водич ће детаљно разјаснити сваки концепт и донеће јасно разумевање методологија и процедура за стварање и управљање високо ефикасном и корисничком базом података.
То ће бити направљено ако се припази на држање концептуалног руковања МонгоДБ-ом за кориснике који желе да га науче на много једноставнији начин. На крају овог свеобухватног водича, корисник би могао да тестира своју стручност у практичној фази.
Предговор
Абоут ДБ:
База података је носилац збирки. ДБ у вашем систему садржи више скупова датотека. МонгоДБ има могућност ношења више база података одједном. Обезбеђује лаку скалабилност и ефикасно извршавање.
Шта је колекција?
У МонгоДБ-у, збирка је пакет монго докумената.
То је исто као РДБМС табела у типичним држачима база података. Колекција у МонгоДБ не садржи никакве шеме и присутна је у једној бази података. Монго документи који су присутни у колекцијама носе различита поља. Обично монго документи у колекцијама имају аналогне функције.
Шта је Монго документ?
Монго документи су носиоци прикупљања и имају динамичку шему, тј. Монго документи нису дужни да имају исти пакет поља или архитектуре. Програмирани су као парови кључ / вредност.
Примерак Монго документа:
Фоллов Сниппет је илустративна монго структура докумената на блогу, која у пару зарезима приказује његов пар кључ / вредност.
{ _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 } ) }
У исечку, _ид је хексадецимални број који има укупно 12 бајтова. То потврђује ексклузивност у монго документу. Корисник мора да дода _ид током уметања монго документа. Ако корисник то не учини, онда МонгоДБ аутоматски бира препознатљив ИД за сваки монго документ.
У међувремену, од 12 бајтова, прва четири бајта резервисана су за тренутну временску ознаку, три поред ове четири резервисане су за ИД машине, две поред ове три резервисане су за процес сервера и на крају, изостављена три бајта се користе као вредност која се увећава.
Погодности МонгоДБ-а у односу на типичне РДБМС
Типично, шема РДБМС је дизајнирана на такав начин да приказује број табела и њихов однос између њих. У међувремену, као што је раније поменуто, у МонгоДБ-у не постоји шема односа.
Размотримо зашто је МонгоДБ бољи избор за научника података у односу на типични РДБМС:
- Пре свега, МонгоДБ-у недостаје шема. Монго документи су носилац збирки и бр. Поља, а величина варира од једног монго документа до другог.
- У МонгоДБ постоји јасна архитектура једног објекта.
- Недостаје сложено спајање.
- Садржи опсежне могућности упита због присуства својства које каже да монго документи имају способност динамичких упита уз помоћ језика упита заснованог на документима који је ефикасан као МиСКЛ.
- Могло би да се подеси.
- Има најлакшу скалабилност.
- За потребе конверзије и мапирања нису потребни објекти.
- Приступити подацима брже него типични ДБМС.
Зашто МонгоДБ преко РДБМС?
МонгоДБ има складиште оријентисано на документе где се подаци обрађују у пакету докумената са стилом ЈСОН.
Штавише, индекс се може доделити било ком атрибуту. Обезбеђује тренутну доступност и може направити огромне реплике. Може се аутоматски делити и имати богате упите.
Пре свега, корисник је могао добити професионалну подршку од МонгоДБ-а.
Области у којима би се могао користити МонгоДБ
МонгоДБ је будућност као што су и велики подаци будућност. МонгоДБ ефикасно обрађује велике податке.
Има способност ефикасног управљања садржајем и извршавања на лицу места. МонгоДБ је најбоља опција за употребу у индустрији мобилних уређаја и друштвених медија. Ради као чвориште података и у најбољем случају управља корисничким подацима.
Зашто се МонгоДБ назива НоСКЛ базом података?
За разлику од РДБМС-а, где корисник мора да научи МиСКЛ, МонгоДБ не захтева да његов корисник поседује већи део МиСКЛ знања да би почео да ради или да се ослања на некога другог који ће радити на бази података за њих.
МонгоДБ није рационална база података, зато се назива и НоСКЛ база података. Својим корисницима даје уздах опуштања због мање сложене архитектуре.
Не користе се записи који морају бити повезани истим именима и типовима колона и онима који се врте око табеле. Доње цифре ће све објаснити. Ова два исечка су примери две табеле, где једна припада купцу, а друга поруџбинама.
У обе табеле присутно је међусобно повезивање.
Табела купаца
Идентификација купца | Име клијента | ИД поруџбине |
---|---|---|
Примарни кључ | Примарни кључ | |
1 | Адам Гилцхрист | 1 |
два | Рицкеи Понтинг | два |
3 | Схане Варне | 3 |
Табела поруџбина
ИД поруџбине | Производа | Количина |
---|---|---|
1 | иПхоне Кс | 5 |
два | Самсунг С9 | 10 |
3 | ХП Павилион к360 | петнаест |
Док је у МонгоДБ-у, нема рационалних својстава попут РДБМС-а. Баците поглед на ова два исечка.
Табела купаца
ЦустомерИД 01 | Име клијента Адам Гилцхрист | ОрдерИД 001 | Цити УС |
ЦустомерИД 02 | Име клијента Рицкеи Понтинг | ОрдерИД 002 | Статус привилегија |
ЦустомерИД 03 | Име клијента Схане Варне | ОрдерИД 003 |
Табела поруџбина
ОрдерИД 001 | Производа иПхоне Кс | Количина 5 | Датум испоруке 14. августа 2018 |
ОрдерИД 002 | Производа Самсунг С9 | Количина 10 | |
ОрдерИД 003 | Производа ХП Павилион к360 | Количина петнаест |
Стога је у НоСКЛ прво о чему треба размишљати одсуство колона са одређеним именима колона. Поред тога, постоји пар кључ / вредност у свим пољима. Друго, у табели купаца су прва три кључа и редова једнака, а четврти, тј. Статус и град се разликују од прва два реда и нису нагнути ка трећем реду.
У међувремену, у табели која припада детаљима поруџбине, други и трећи ред имају вредности које немају везе са четвртом колоном.
Укратко, сва ова својства чине НоСКЛ најбољим избором у односу на типичне ДБМС. Свет се револуционише и технологија се са њим непоколебљиво трансформише. У овој брзој ери, пословном свету су потребна најбржа решења за њихов софтвер.
Уз помоћ ДБМС-а попут МонгоДБ, који је НоСКЛ ДБ, могло би се постићи брже окретање, због његове мање сложености у поређењу са РДБМС-ом. Када морамо да преиспитамо напоре, потенцијал, време и новац, које морамо поднети док користимо РДБМС, МонгоДБ то превлада за кратко време.
Моделирање података у МонгоДБ
Подаци присутни у МонгоДБ садрже најједноставнију шему. Типични СКЛ ДБМС где корисник мора да декларише шему табеле пре него што започне уметање података.
Као што смо проучавали, МонгоДБ-ове колекције су оријентисане на документе и не везују свог корисника за типичну структуру докумената попут РДБМС-а. Флексибилност је најснажнији атрибут МонгоДБ-а, који се користи преко РДБМС-а.
Корисник мора узети у обзир следеће тачке да би могао да врши моделирање података у МонгоДБ:
- Откријте кључне потребе жељене апликације. У ту сврху треба погледати пословне потребе примене и утврдити жељене податке и њихове типове за њих. Након тога треба осигурати да се архитектура документа схвати у складу са сврхом.
- Откријте обрасце преузимања података. Ако постоји потреба за сложеном употребом упита, потражите индексе у моделу података како бисте осигурали ефикасност упита.
- На крају, али не најмање важно је осигуравање уметања, ажурирања и брисања у ДБМС. То би се могло осигурати поновном проценом употребе индекса и уграђеним осенчењем ако оно мора бити присутно у дизајну моделирања података. Ово је веома важно за побољшање ефикасности окружења МонгоДБ.
Свеобухватан контраст између СКЛ-а и НоСКЛ-а МонгоДБ
Разлика између појмова и синтаксе
СКЛ појмови / синтакса | МонгоДБ услови / синтакса |
---|---|
База података | База података |
Сто | Збирка |
Ред | Документ |
Колона | Поље |
Индекс | Индекс |
Сто | $ лоокуп или уграђени документи |
Трансакције | Трансакције |
Вишеструки ДБМС и њихови извршни програми
Назив базе података | Сервер базе података | Клијент базе података |
---|---|---|
МиСКЛ | Мисклд | Мискл |
Орацле | Орацле | Склплус |
МонгоДБ | Монгод | Монго |
ДБ2 | ДБ2 Сервер | ДБ2 клијент |
Информик | ИДС | ДБ-Аццесс |
Прецеденти и примери:
Горње табеле илуструју појмове, синтаксу, концепт и изјаве више врста ДБМС-а.
Размотримо примере СКЛ-а и МонгоДБ-а за даља појашњења.
Размотримо пример СКЛ-а, који има имена табела људи, док МонгоДБ има колекцију имена људи исто као и Табеле СКЛ-а.
МонгоДБ-ова колекција има следећи прототип:
{ _id: ObjectId(“59z12ad6444n59ac2758a5x7”), user_id:'john25', age: 25, status: 'A' }
Контраст између СКЛ и МонгоДБ изјава
СТВОРИ и ИЗМЕНИ
Изјаве СКЛ шеме | Изјаве о шеми МонгоДБ |
---|---|
СТВОРИ ТАБЕЛУ запослени ( ид СРЕДЊИ САВЕТ НИЈЕ НУЛЛ АУТО_ИНЦРЕМЕНТ, усер_ид Варцхар (30), узраст број, статусни знак (1), ОСНОВНИ КЉУЧ (ид) ) | дб.емплоиее.инсертОне {{ ид: 'јохн25', име: јохн, статус: 'А' }) Међутим, можете и експлицитно да креирате колекцију: дб.цреатеЦоллецтион („запослени“) |
АЛТЕР ТАБЛЕ запослени ДОДАЈ датум придруживања ДАТЕТИМЕ | дб.емплоиее.упдатеМани ( {}, {$ сет: {презиме: Адам}} ) |
АЛТЕР ТАБЛЕ запослени ПУСТИ КОЛОНУ јоин_дате | дб.емплоиее.упдатеМани ( {}, {$ унсет: {'Аге': ''}} ) |
ИНСЕРТ
СКЛ ИНСЕРТ изјаве | Изјаве МонгоДБ инсертОне () |
---|---|
ИНСЕРТ ИНТО запосленик (усер_ид, старост, статус) ВРЕДНОСТИ ('тест001', Четири, пет, 'ДО') | дб.емплоиее.инсертОне ( { усер_ид: “јохн25”, старост: 45, статус: “А”} ) |
Неки СЕЛЕЦТ упити за СКЛ и МонгоДБ
СКЛ СЕЛЕЦТ изјаве | Изјаве МонгоДБ финд () |
---|---|
СЕЛЕЦТ * ОД запосленог | дб.емплоиее.финд () |
СЕЛЕЦТ ИД, ИД корисник, статус ОД запосленог | дб.емплоиее.финд ( {}, {усер_ид: 1, статус: 1} ) |
СЕЛЕЦТ усер_ид, статус ОД запосленог | дб.емплоиее.финд ( {}, {усер_ид: 1, статус: 1, _ид: 0} ) |
СЕЛЕЦТ * ОД запосленог ВХЕРЕ статус = 'А' | дб.емплоиее.финд ( {статус: „А“} ) |
УПДАТЕ Изјаве СКЛ-а и МонгоДБ-а
Изјаве о ажурирању СКЛ-а | МонгоДБ упдатеМани () Статементс |
---|---|
УПДАТЕ запослени СЕТ статус = 'Ц' ГДЕ старост> 25 | дб.емплоиее.упдатеМани ( {старост: {$ гт: 25}}, {$ сет: {статус: 'Ц'}} ) |
УПДАТЕ запослени СЕТ година = старост + 3 ВХЕРЕ статус = 'А' | дб.емплоиее.упдатеМани ( {статус: 'А'}, {$ инц: {старост: 3}} ) |
Избриши записе СКЛ-а и МонгоДБ-а
Изјаве за брисање СКЛ-а | МонгоДБ делетеМани () Статементс |
---|---|
ОБРИШИ ОД запосленог ВХЕРЕ статус = 'Д' | дб.емплоиее.делетеМани ({статус: 'Д'}) |
ОБРИШИ ОД запосленог | дб.емплоиее.делетеМани ({}) |
Теоријски преглед разлика
Када корисник добије потребу, где мора да прође кроз катарзу у којој мора да донесе одлуку из мноштва опсежних могућности пред собом, тада мора да изабере да ли мора да глупи РДБМС (СКЛ) или Нерационални ДБМС (НоСКЛ).
Постоје неке разлике и размишљајући о њима, одговарајући корисник могао би донети одрживу одлуку у складу са својим потребама.
Имајмо преглед великог сукоба слика између ове две различите структуре података.
Дијалекатска разлика: језици
Узмимо пример градске општине, где нико није двојезичан, свака особа говори исти језик и то је једини облик комуникације међу њима.
Укратко, каже да је ово једини медиј из којег се разумеју. Ако одједном град постане изложен неком другом новом језику, мора да буде анархичан за то што га усвоје у тренутку, јер га не разумеју или га могу разумети само неколицина.
Сада размотрите пример другог града, где је заједница двојезична и они говоре више језика. Свака особа која живи у заједници различито комуницира са другима и тамо не постоји универзални начин комуникације. То је као да је једна породица другачија од осталих и то на њих не утиче ни на који начин.
Ови једноставни примери објашњавају основни концепт СКЛ-а и МонгоДБ-а.
Да видимо контраст !!
СКЛ ДБМС
СКЛ ДБМС имају структурирани језик упита, тј. МиСКЛ за манипулацију подацима.
Нема сумње у моћ језика МиСКЛ, он се најчешће користи међу корисницима ДБМС-а и свестран је за усвајање. За сложено руковање подацима то је најбољи избор. Али, постоји и ограничење и то је његова крута шема.
Због његове сложене шеме, не може се прелазити са више структура, већ се морају држати само једне структуре коју следе од почетка. Према првом примеру, промена структуре била би иста као промена језика где сви знају само један и на тај начин би се створила анархија и неред.
НоСКЛ ДБМС
НоСКЛ ДБМС чине динамичку шему.
Неструктурирани подаци могу се лако чувати на више начина, тј. Могу се чувати као пар кључ / вредност или могу бити оријентисани на колону и документ. Ово би се могло даље објаснити јер би корисник могао да креира монго документе без ограничавања на унапред дефинисану структуру, за разлику од типичног ДБМС-а.
Документи би имали своју структуру која би била јединствена у својој врсти. Поља се могу додати било када током процеса, а синтакса се разликује у свакој другој бази података.
Контраст скалабилности СКЛ и НоСКЛ ДБМС
СКЛ ДБ-ови су вертикално скалабилни за разлику од НоСКЛ-а, који је хоризонтално скалабилан.
Вертикално скалабилно значи да би се подаци могли учитати на један сервер повећањем РАМ-а. У међувремену, хоризонтално скалирајуће значи да би се могло користити више сервера, тј. Повећати промет уз помоћ оштрења. Стога би СКЛ ДБМС могао бити моћан, али НоСКЛ је најбољи за промену скупова података.
Структуре података
СКЛ ДБМС заснован је на табелама, док су НоСКЛ ДБ засновани на документима, паровима кључ / вредност, графиконима и оријентацијама колона.
СКЛ ДБМС је добар избор за типичне трансакције података попут рачуноводства и банкарског система. У међувремену, за велике податке НоСКЛ би издвојио рационални ДБМС.
Типични примери РДБМС-а укључују МиСКЛ, Орацле, Мариа ДБ и МС СКЛ Сервер. НоСКЛ примери укључују МонгоДБ, Нео4Ј, ЦоуцхДБ, РавенДБ Цассандра, ХБасе, БигТабле и Редис.
Закључак
Сви горе наведени детаљи дати су укратко за ваше лакше разумевање.
МиСКЛ: Плус бодови
Доље су дате заслуге СКЛ база података:
- Старо је злато: МиСКЛ је стар, па стога има прилично јаку основу у погледу огромне заједнице и тестирања.
- Стабилно : МиСКЛ је стабилан јер има више корисника.
- Компатибилан : Широко је доступан на свим главним платформама и оквирима, укључујући Вин, Мац, БСД, Соларис и Линук. Више језика има везу са њима, укључујући Ц ++, Ц #, Јава , Перл, Питхон и ПХП.
- Јефтино : МиСКЛ је отворен и бесплатан.
- Репликабилност : Може се поновити на више чворова.
- Схардинг : МиСКЛ има високу способност оштрења, што га заузврат чини поузданим за пословање.
МонгоДБ: Плус бодови
Ово су заслуге МонгоДБ-а:
- ЧовечеШема пријатеља: Као што је већ поменуто, његова динамичка шема то чиниНајвишефлексибилни ДБМС за корисника.
- Прилагодљивост : Његова хоризонтална скалабилност помаже у смањењу радног оптерећења.
- Менаџмент : МонгоДБ не захтева никакав административни алат. Прилагођен је корисницима и произвођача и администратора.
- Спееди : Његови упити се извршавају зачас.
- Флекибтхе : Његова оријентација према документима и колонама чини га ДБМС флексибилним и лаким за употребу.
Будући да сте крајњи корисник, шта ћете изабрати?
МиСКЛ би био прави избор за оне кориснике и предузећа којима су потребне круте шеме и унапред дефинисане структуре за њихово пословање.
На пример, апликације и софтвер којима су потребне дуготрајне трансакције, тј. Оне које се стварно користе у банкарским и рачуноводственим системима. Системи који имају услуге надзора подржаће МиСКЛ ДБМС.
Иако би МонгоДБ био најбољи избор за предузећа која имају снажан раст и којима би биле потребне свестране шеме.
Ако је тешко дефинисати шему јер се она мења у кратком времену, тада би МонгоДБ-ова динамичка шема најбоље радила у овој ситуацији. Ово стање се често дешава у индустрији мобилних апликација, аналитичким системима и системима за управљање садржајем.
Ово је био само увод, како бисте добили наговештај шта ће вам овај водич донети на дужи рок. Погледајте наш предстојећи водич да бисте сазнали више о Водичу за инсталацију МонгоДБ-а за Виндовс.
ПРЕВ Туториал |. | СЛЕДЕЋА Лекција
Препоручено читање
- 20+ МонгоДБ лекција за почетнике: бесплатан курс МонгоДБ
- Дубински водичи за помрачење за почетнике
- МонгоДБ Водич за осенчење са примером
- МонгоДБ Водич за креирање базе података
- Примена у МонгоДБ: Водич корак по корак
- МонгоДБ Направите резервну копију базе података
- Шта је МонгоДБ репликација
- МонгоДБ регуларни израз $ регек са примером