Съдържание
- Дефиниране на системи за управление на бази данни
- NoSQL - нов начин на мислене за бази данни
- Модел, базиран на графика
- SQL срещу NoSQL - И победителят е ...
- заключение
Източник: Kgtoh / Dreamstime.com
За вкъщи:
В света на големите данни, базите данни и системите за управление на бази от данни NoSQL бързо нарастват до известност.
Базите данни и системите за управление на NoSQL са настоящите модни думи в индустрията за съхранение. Експлозията с големи данни е основният катализатор за растежа и популярността на базите данни NoSQL. Традиционните системи за управление на бази данни (СУБД) са предназначени главно за структурирани данни с предварително дефинирана схема. Така че релационният модел (RDBMS) намира, че е много трудно да се справи с полуструктурирани, неструктурирани или други форми на данни, популярно известни като големи данни.
Въпросът е - Как можем да се справим с тези неструктурирани данни? Простият отговор е - Преминете към системи за управление на бази данни NoSQL, Големите данни вече са мейнстрийм, така че трябва да ги приемаме сериозно и да ги управляваме професионално с помощта на бази данни NoSQL без схеми.
Но в същото време трябва да помним, че системите за управление на бази данни NoSQL не са заместител на традиционните RDBMS, а са там, за да запълнят пропуските, открити в релационния модел, докато работите с неструктурирани данни.
В тази статия ще се опитаме да проучим различните страни на базите данни и системите за управление на NoSQL.
Дефиниране на системи за управление на бази данни
Преди да говорим за СУБД, трябва да имаме основна идея за базите данни. Базите данни са пространства за съхранение, систематично организирани за съхранение на различни видове данни. Те съхраняват данни структурирано, така че да могат да бъдат извлечени, управлявани или актуализирани от компютърните програми. В случая на NoSQL организацията за съхранение е различна, тъй като съхранява неструктурирани и полуструктурирани данни.
Система за управление на база данни може да бъде определена като набор от софтуерни програми, способни да обработват операции с база данни. Тя включва съхранение, извличане и промяна на данни заедно с административните дейности. Всички релационни бази данни имат предварително определен модел / схема, която определя структурата на данните и как се съхраняват. Но в NoSQL хранилището схемата е динамично дефинирана.
Тъй като основният механизъм за съхранение е различен за релационни и нерелационни модели, СУБД също са различни. Ще обсъдим това повече в следващите раздели.
NoSQL - нов начин на мислене за бази данни
Преди експлозията на големите данни, ние бяхме доста удобни с релационния модел за съхранение, тъй като входните данни бяха почти в структурирана форма. И за малкото количество неструктурирани данни бяха използвани някои механизми или ETL инструменти, които да го структурират и след това да се заредят в RDBMS. Така че никога не сме се сблъсквали с предизвикателствата при управлението на огромни обеми от неструктурирани данни (големи данни).
- Кратко описание: Съхранението на NoSQL на базата на ключ и стойност е най-основният тип реализация на NoSQL. Пътуването на NoSQL СУБД започна само с двойки ключ-стойност, така че те са основният гръбнак на нерелационния модел. Стойността на всякакви данни се съхранява с съвпадащ ключ без никаква структура или връзка. И данните се събират и с помощта на ключа. Той има висока производителност с лесна поддръжка за мащабиране.
- Когато е подходящо: Моделът ключ-стойност е подходящ за съхраняване на основна информация като потребителски профили, потребителски сесии, данни за количките, опашки и информация на живо и т.н.
- Когато не е подходящо: Те не се препоръчват в ситуации, в които трябва да извършваме заявки на базата на данни, множество операции на базата на ключове или извличане на базата на взаимоотношения и т.н.
- Кратко описание: Моделът, базиран на документи, не е нищо друго освен хранилище на ключови стойности, където документът се съхранява в стойностната част и се извлича от асоциирания ключ. Тези документи могат да бъдат XML, JSON или под каквато и да е друга форма, като имат йерархична и самоопределяща структура.
- Когато е подходящо: Подходящ е за съхранение на вложена информация, CMS, уеб-базирана и анализа в реално време, приложения за електронна търговия и др.
- Когато не е подходящо: Не е подходящ за сложни операции, разпространяващи се в множество документи или сложни заявки.
Модел, базиран на графика
- Кратко описание: Графичната база данни е с различен вкус в сравнение с другите три типа хранилище NoSQL. Той съхранява субектите с техните взаимоотношения. Съществата са известни като възли (които имат свои собствени свойства), а отношенията са известни като ръбове. Това е като дървовидна структура, при която всички възли са свързани въз основа на техните взаимоотношения.
- Когато е подходящо: Графичните бази данни са подходящи в сценарии, в които имаме данни със силни връзки. Някои от реализациите са социални мрежи, двигатели с препоръки, геопространствени данни и т.н.
- Когато не е подходящо: Не е подходящ в ситуации, в които моделът на данни няма силни връзки между субектите. Защото успехът на графиката зависи главно от модела, базиран на отношенията.
Сега имаме ясно разбиране за различните NoSQL СУБД и тяхното използване. Нека да разгледаме как се различава от SQL и традиционните RDBMS.
SQL срещу NoSQL - И победителят е ...
Ние използваме SQL и традиционните RDBMS от десетилетия и той поддържа почти всички случаи на употреба. Сега, в ерата на големите данни, се въвежда NoSQL технология в подкрепа на новите случаи на използване, свързани с неструктурирани данни. Но това не означава, че старите случаи на използване, за които RDBMS е подходящ, вече не съществуват. Така че, NoSQL СУБД не е заместител на RDBMS, по-скоро е да поддържа пропуските, открити в RDBMS, докато се занимава с големи данни. И в двата модела има много разлики, някои от тях са споменати по-долу:
- SQL СУБД последва силна схема, базирана на релационен модел. Но NoSQL СУБД е без връзка и без схема.
- RDBMS поддържа само вертикално мащабиране, докато NoSQL DBMS поддържа хоризонтално мащабиране.
- RDBMS е съвместим с ACID (атомност, консистенция, изолация и трайност), но NoSQL СУБД не е.
Така че няма конкуренция между SQL и NoSQL или техните системи за управление на бази данни. И двете са подходящи за конкретни случаи на употреба и ще нарастват в бъдеще.
заключение
Ние обсъдихме различни аспекти на NoSQL СУБД, а също така засегнахме RDBMS, за да открием разликите с NoSQL съхранение. NoSQL DBMS има различни модели въз основа на техните целеви случаи на използване, така че те също имат различни функции. NoSQL технологията е разработена главно за предаване на неструктурирани данни (големи данни). С напредването на бъдещето обемът на неструктурираните данни ще нараства, така че NoSQL като СУБД също има светло бъдеще в индустрията за съхранение. Но това няма да замени RDBMS, тъй като случаите на релационна употреба се управляват добре само от релационните модели. Бъдещето на съхранението е в основата на полиглот постоянство, където множество технологии за съхранение ще съществуват съвместно, за да отговарят на различни изисквания.