Как да обясня на баба си разликата между SQL и NoSQL

Едно от най-важните решения, които взема разработчикът, е каква база данни да използва. През годините опциите бяха ограничени до различни варианти релационни бази данни, които поддържат езика за структурирани запитвания (SQL). Те включват MS SQL Server, Oracle, MySQL, PostgreSQL, DB2 и много други.

През последните 15 години на пазара се появиха много нови бази данни в контекста на подхода No-SQL. Те включват хранилища от ключ-стойност, като Redis и Amazon DynamoDB, широки колонообразни бази, като Cassandra и HBase, хранилища на документи, като MongoDB и Couchbase, както и графови бази данни и търсещи системи, като Elasticsearch и Solr.

В тази статия ще се опитаме да разгледаме SQL и NoSQL, без да навлизаме в техния функционал.
Освен това, ще се поразвеселим в процеса.

Обясняваме на баба SQL

Бабо, представи си, че не съм единственият ти внук. Вместо това мама и татко обичаха един друг като зайчета, имаха 100 деца, след това осиновиха още 50.

Така че, ти обичаш всички нас и не искаш да забравиш нито едно от нашите имена, рождени дни, любими вкусове на сладолед, размери на дрехи, хобита, имената на супругите, имената на потомството и други супер важни факти. Но нека да бъдем реалисти. Ти си на 85 години и старата добра памет просто не може да се справи.

За щастие, аз, като най-умния от твоите внуци, мога да помогна. Затова аз идвам у вас, изваждам няколко листа хартия и те моля да изпечеш бисквити преди да започнем.

На един от листите хартия съставяме списък, наречен „Внуци“. Всеки внук е записан с определена важна информация за него, включително уникален номер, който сега ще обозначава, кой внук е той. Освен това, заради подредеността, изписваме именувани атрибути в горната част на списъка, за да знаем винаги каква информация съдържа този списък.

ид
име
рожден ден
последно посещение
размер на дрехи
любим сладолед
осиновен

1
Джими
09-22-1992
09-01-2019
L
Ментов шоколад
false

2
Джесика
07-21-1992
02-22-2018
M
Скалист път
true

…продължаваме списъка!

Списък на внуците

След известно време ти вече разбираш всичко и почти сме приключили със списъка! Но ти се обръщаш към мен и казваш: „Забравихме да добавим място за съпрузите, хобитата, внуците!“ Но не, не сме забравили! Това идва след това и изисква нов лист хартия.

Така че аз изваждам още един лист хартия, и на него наричаме списъка Съпрузи. Отново добавяме атрибути, които са важни за нас, в началото на списъка и започваме да добавяме в редовете.

ид
grandchild_id
име
рожден ден

1
2
Джон
06-01-1988

2
9
Фернанда
03-05-1985

…повече съпрузи!

Списък със съпрузи

На този етап обяснявам на баба, че ако иска да знае кой с кого е женен, просто трябва да съпостави ид в списъка внуци с grandchild_id в списъка със съпрузи.

След няколко десетки бисквита ми трябва кратка дрямка. «Можеш ли да продължиш, бабо?» Отивам да подремна.

Връщам се след няколко часа. А ти си страхотна, бабо! Всичко изглежда отлично, с изключение на списъка с хобита. В списъка има около 1000 хобита. Повечето от тях се повтарят; какво стана?

grandchild_id
hobby

1
велосипедизъм

4
велосипедизъм

3
велосипедизъм

7
работеща

11
велосипедизъм

…продължаваме!

Извини, напълно забравих да кажа! Използвайки един списък, можем да проследим само с хобита. После в друг списък ще трябва да проследим внуци, които се занимават с това с хобита. Ще го наречем «Общ списък». Забелязвайки, че това не ти харесва, започвам да се притеснявам и се връщам в режим на списък.

ид
hobby

1
велосипедизъм

2
работеща

3
плуване

…повече хобита!

Списък с хобита

След като имаме нашия списък с хобита, създаваме нашия втори списък и го наричаме «Увлечения на внуците».

grandchild_id
hobby_id

4
1

3
1

7
2

…повече!

Общ списък внуци хобита

След всичката тази работа баба сега има страхотна система за запомняне за проследяване на цялото си удивително голямо семейство. А после — за да ме задържи по-дълго — тя задава вълшебния въпрос: «Къде научи всичко това да правиш?»

Релационни бази данни

Релационната база данни е набор от формално описани таблици (в нашия случай листове), от които можем да получим достъп до данните или да ги комбинираме по различни начини без необходимост от реорганизация на таблиците бази данни. Съществуват много различни типове релационни бази данни, но за съжаление списъкът на хартия не е един от тях.

Отличителната черта на най-популярните релационни бази данни е езикът за запитвания SQL (Structured Query Language). Благодарение на него, ако баба пренесе своята система за запомняне на компютър, тя може бързо да получи отговори на такива въпроси, като: «Кой не ме е посещавал миналата година, женен е и не притежава никакви хобита?»

Една от най-популярните системи за управление на бази данни SQL е MySQL с отворен код. Тя е реализирана основно като система за управление на релационни бази данни (RDBMS) за софтуерни приложения, базирани на уеб технологии.

Някои ключови характеристики на MySQL:

• Тя е доста известна, широко използвана и обстойно тествана.
• Има много квалифицирани разработчици с опит в SQL и релационни бази данни.
• Данните се съхраняват в различни таблици, което позволява лесно свързване с помощта на основни и външни ключове (идентификатори).
• Той е лесен за използване и ефективен, което го прави идеален за големи и малки предприятия.
• Изходният код е на условията на GNU General Public License.

Сега забрави ВСИЧКИ.

Обясняваме на баба NoSQL

Бабо, имаме огромно семейство. В него има 150 внука! Много от тях са женени, имат деца, увлекат се с различни неща и т.н. На твоята възраст е невъзможно да запомниш всичко за всички нас. Нужно е да имаш система за запомняне!

За щастие, аз, не желая да забравиш рождения ми ден и любимия ми вкус на сладолед, мога да помогна. Затова бягам до най-близкия магазин, взимам тетрадка и се връщам при теб.

Първата стъпка, която правя, е да напиша "Внуци" с големи дебели букви на корицата на тетрадката. След това прелиствам на първата страница и започвам да пиша всичко, което трябва да помниш за мен. След няколко минути страницата изглежда горе-долу така.

{ 
  "_id":"dkdigiye82gd87gd99dg87gd",
  "name":"Cody",
  "birthday":"09-12-2006",
  "last_visit":"09-02-2019",
  "clothing_size":"XL",
  "favorite_ice_cream":"Fudge caramel",
  "adopted":false,
  "hobbies":[ 
     "video games",
     "computers",
     "cooking"
  ],
  "spouse":null,
  "kids":[ 

  ],
  "favorite_picture":"file://scrapbook-103/christmas-2010.jpg",
  "misc_notes":"Предпочита сладоледен торт на рождения си ден вместо шоколадова торта!"
}

Аз: "Изглежда всичко е готово!"
Бабо: "Чакай, а какво ще стане с другите внуци?"
Аз: "Да, точно. Тогава отделяме по една страница за всеки."
Бабо: "А трябва ли да записвам същата информация за всички, както направих за теб?"
Аз: "Не, само ако искаш. Нека ти покажа."
Взимайки от баба химикалка, прелиствам страницата и бързо записвам информация за най-нелюбимия ми братовчед.

{ 
  "_id":"dh97dhs9b39397ss001",
  "name":"Tanner",
  "birthday":"09-12-2008",
  "clothing_size":"S",
  "friend_count":0,
  "favorite_picture":null,
  "remember":"Роден в същия ден като Cody, но не толкова важен."
}

Всяка път, когато баба трябва да си спомни нещо за един от внуците, й трябва само да отиде на нужната страница в тетрадката с внуците. Всяка информация за тях ще се съхранява точно там, на техната страница, която тя може бързо да промени и актуализира.

Когато всичко вече е направено, тя задава вълшебния въпрос: „Къде научи всичко това да правиш?”

NoSQL бази данни

Има множество NoSQL бази данни („не само SQL”). В нашите примери показахме база данни от тип документ. NoSQL базите данни моделират данни по начини, които изключват табличните отношения, използвани в релационните бази данни. Тези бази данни станаха популярни в началото на 2000-те години сред компании, които се нуждаеха от облачна кластеризация на бази данни заради техните явни изисквания за мащабируемост (например, Facebook). В такива приложения, съгласуваността на данните беше значително по-малко важна от производителността и мащабируемостта.

В началото NoSQL базите данни често се използваха за нишови задачи за управление на данни. Предимно, когато ставаше въпрос за уеб и облачни приложения, NoSQL базите данни обработваха и разпределяха значителни обеми данни. Инженерите, работещи с NoSQL, също оценяваха гъвкавата схема на данни (или нейното пълно отсъствие), така че бяха възможни бързи промени в актуализираните приложения.

Ключови характеристики на NoSQL:

• Много гъвкав начин за съхранение на данни
• Хоризонтално мащабиране до клъстери
• Възможна последователност при постоянство / разпространение
• Документи, които се идентифицират с уникални ключове

Подробно сравнение

MySQL изисква определена и структурирана схема.
NoSQL позволява да се съхраняват всякакви данни в „документ”.

MySQL поддържа огромна общност.
NoSQL има малка и бързо растяща общност.

NoSQL се отличава с простота на мащабиране.
MySQL изисква по-висока управляемост.

MySQL използва SQL, който се прилага в много видове бази данни.
NoSQL е база данни, основана на дизайна с популярни реализации.

MySQL използва стандартен език за заявки (SQL).
NoSQL не използва стандартен език за заявки.

MySQL има много отлични инструменти за отчети.
В NoSQL има няколко инструмента за отчети, които е трудно да се стандартизират.

MySQL може да предизвика проблеми с производителността за големи данни.
NoSQL осигурява отлична производителност за големи данни.

Мисли 8base

В компанията 8base, в която работя, ние осигуряваме работна среда за всеки проект с релационна база данни Aurora MySQL, хоствана на AWS. Макар че NoSQL е логичен избор, когато изискванията на приложението ви изискват висока производителност и мащабируемост, считаме, че строгата консистентност на данните, осигурена от СУБД, е необходима при разработването на SaaS приложения и друг софтуер за бизнеса.

За стартиращи компании и разработчици, които създават бизнес приложения, нуждаещи се от отчетност, целостност на транзакциите и ясно определени модели на данни, инвестирането в работа с релационни бази данни е, по наше мнение, правилният избор.

Научете повече за разработката с Aurora, Serverless и GraphQL чрез 8base.com тук.

Източник: habr.com