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

Едно от най-важните решения, които разработчикът взема, е коя база данни да използва. В продължение на много години опциите бяха ограничени до различни опции за релационни бази данни, които поддържаха Structured Query Language (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 години и добрата стара памет просто не може да се справи.

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

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

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

1
Jimmy
09-22-1992
09-01-2019
L
Ментов шоколад
фалшив

2
Джесика
07-21-1992
02-22-2018
M
Каменист път
вярно

...продължи списъка!

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

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

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

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

1
2
клозет
06-01-1988

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

...още съпрузи!

Списък на съпрузите

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

След няколко дузини бисквитки трябва да подремна. — Можеш ли да продължиш, бабо? Тръгвам да подремна.

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

grandchild_id
хоби

1
колоездене

4
колоездене

3
колоездене

7
работа

11
колоездене

...Нека продължим!

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

id
хоби

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.

Сега го забрави ALL.

Обяснявам 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":"Prefers ice-cream cake on birthday instead of chocolate cake!"
}

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

{ 
  "_id":"dh97dhs9b39397ss001",
  "name":"Tanner",
  "birthday":"09-12-2008",
  "clothing_size":"S",
  "friend_count":0,
  "favorite_picture":null,
  "remember":"Born on same day as Cody but not as important"
}

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

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

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 осигурява отлична производителност при големи данни.

Мисли 8база

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

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

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

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