NoSQL База података може бити различитих категорија као што су кључ-вредност бази,,en,НоСКЛ база података се сматра специјализована база података за подршку комплексне пословне потребе,,en,Хајде да видимо како НоСКЛ база података може попунити празнине се налазе у традиционалној РДБМС,,en,Данашње апликације,,en,углавном веб базирана интернет апликације,,en,су веома захтевне,,en,Тако да су базе података се не само очекује да ће бити веома флексибилни у природи да подрже различите формате података,,en,али се очекује да управљају екстремне перформансе и скалирање,,en,Тако су архитекти предузећа процењују пријаве исправно, а затим предлаже одговарајуће базе података,,en,Потребно је напоменути да НоСКЛ базе података нису замена за традиционалне базе података,,en,Дакле, правилно препоруке,,en,СУБД или НоСКЛ,,en,је потпуно заснован на природи случајева намене,,en,Неко време,,en, document database, or graph database. NoSQL database is an independent category which fills the gaps found in traditional RDBMS. In addition, NoSQL database is considered a specialized database to support complex business needs. Let us see how NoSQL database can fill the gaps found in traditional RDBMS.
Today’s applications (mostly web based internet applications) are very demanding. So the databases are not only expected to be very flexible in nature to support various data formats, but they are also expected to manage extreme performance and scaling. So the enterprise architects are evaluating the applications properly and then suggesting the appropriate databases.
It is to be noted that NoSQL databases are not a replacement for traditional databases. So the proper recommendation (RDBMS or NoSQL) is totally based on the nature of uses cases. Some time, РДБМС је прикладније у поређењу са НоСКЛ,,en,ако је изабран НоСКЛ за погрешну употребу случају онда ће бити проблем за саме апликације,,en,Хајде да погледамо неке основне карактеристике ових технологија у наредном одељку,,en,То ће очистити наше разумевање о актуелним празнине које се могу пунити од стране носкл ДБ,,en,Основно разумевање РДБМС и носкл,,en,Традиционалне системи за управљање базама података може да гарантује добре перформансе са запремином од хиљада трансакција у секунди,,en,Али нев аге интернет апликације као што су "откривања преваре ',,en,'Анализа ризика у реалном времену',,en,'Реалном времену реклама' и сл 'мулти-плаиер онлине игре ",,en,укључује милионе трансакција у секунди,,en,Тако ових ОЛТП,,en,Онлине трансакција обрада,,en. So, if NoSQL is selected for a wrong use case then it will be a problem for the application itself. Let us have a look at some fundamental features of these technologies in the next section. It will clear our understanding about the actual gaps which can be filled up by NoSQL DB.
Fundamental understanding of RDBMS and NoSQL: The traditional database management systems can guarantee good performance with a volume of thousands of transactions per second. But the new age internet applications like ‘fraud detection’, ‘real time risk analysis’, ‘real time advertising’ and ‘multi-player online games’ etc. involves millions of transactions per second. So these OLTP (online transaction processing) апликације су веома тешко управљати са традиционалним релационим базама података,,en,у РДБМС продавци су такође ставља велики напори да се превазиђу ове проблеме,,en,али разлика остаје као што је,,en,Традиционални систем за управљање релационим базама података су увек дизајнирани на основу принципа КИСЕЛИНЕ,,en,Ови кисели својства,,en,валентност,,en,доследност,,en,интегритет и трајност,,en,обезбеди интегритет података по сваку цијену,,en,што је суштина сваког релационе система менаџмента датабасе,,en,sa РДБМС,,en,СКЛ је де-фацто стандард за обраду података задатке као што су упит података,,en,дата дефинитион,,en,дата манипулатион етц,,en,НоСКЛ системи за управљање базама података користи различите формате за складиштење података,,en,Најпопуларнији формати су графикон продавница,,en,Документ продавница и кључ вредност продавница,,en,продавница кључ-вредност је најједноставнији формат и широку примену,,en. Although, the RDBMS vendors are also putting lot of efforts to overcome these issues, but the gap still remains as it is.
Traditional relational database management systems are always designed based on ACID principles. These ACID properties (atomicity, consistency, integrity and durability) ensure data integrity at any cost, which is the core of any relational database management system. With RDBMS, SQL is the de-facto standard for data processing tasks like data query, data definition, data manipulation etc.
On the other hand, NoSQL database management systems uses different formats to store the data. The most popular formats are graph store, document store and key-value store. The key-value store is the simplest format and widely used. НоСКЛ базе података уклонити већину тешких ограничења користе у РДБМС архитектури да се постигне флексибилност за складиштење података,,en,У случају да РДБМС није погодна,,en,Како попунити те празнине,,en,Постоје многе апликације у којима традиционална Ацид погон релациони модел није најједноставнији и најбољи избор,,en,Дајте нам блиски поглед на те празнине где НоСКЛ је најбоље одговара,,en,Ако је услов за пријаву је само за складиштење ентитета у сталном и доследан начин,,en,онда РДБМС је изнад главе,,en,Једноставан кључ-вредност радња је више него довољна да задовољи захтеве апликације,,en,Вредност може бити било који сложен ентитет по свој захтев,,en,Ако апликација има потребу за спремање хијерархијским објекте са упита могућности,,en,тада РДБМС није погодна опција,,en, scalability, performance etc.
Where an RDBMS is not suitable? How to fill those gaps?
There are many applications where traditional ACID driven relational model is not the simplest or best option. Let us have a close look at those gaps where a NoSQL is the best fit.
- If the requirement of your application is just to store the entities in a persistent and consistent way, then RDBMS is a overhead. The simple key-value store is more than sufficient to meet your application’s requirement. The value can be any complex entity as per your requirement.
- If the application has a requirement to store hierarchical objects with query capabilities, then RDBMS is not the suitable option. Although, СУБД могу то да урадим уз помоћ ОРМ алата,,en,али то је опет мало компликовано,,en,овде било НоСКЛ решења препоручује,,en,У сценарију,,en,где треба да сачувате мреже или великих стабала,,en,СУБД није решење,,en,Било НоСКЛ база података као графикон базу података може бити најбоље решење у зависности од других услова,,en,Ако се ваш захтев распоређен у цлоуд окружењу са дистрибуирана база података,,en,потом је раствор РДБМС није пожељна,,en,Овде се јаз може бити испуњен само решење носкл,,en,Мајор утицајних фактора,,en,скалирање и перформансе,,en,СУБД је уграђен рок за хоризонтално скалирање,,en,Тако да је корен проблема у РДБМС је хоризонтална скалирање када је оптерећење и података расте,,en,СУБД такође не подржава аутоматско схардинг података,,en, but that is again a bit complicated. So, here any NoSQL solutions are highly recommended.
- In a scenario, where we need to store networks or large trees, RDBMS is not the solution. Any NoSQL database like graph database can be the best fit depending on your other requirements.
- If your application is deployed in a cloud environment with a distributed database, then a RDBMS solution is not preferred. Here the gap can only be filled by a NoSQL solution.
Major influencing factors, scaling and performance: RDBMS has a built in limit for horizontal scaling. So the root problem of RDBMS is the horizontal scaling when the load and data increases. RDBMS also do not support automatic data sharding. Аутоматска схардинг података могуће само када су јасни ентитети подаци дистрибуирају и обрађују самостално,,en,Неке киселине на бази релациони модел не може да уради да због своје табеле модела података на,,en,Овде НоСКЛ решење има велику разлику,,en,НоСКЛ базе података не дистрибуира логичких ентитета у више столова,,en,увек се чувају на једном месту,,en,И не постоји референтна интегритет одржава између ових логичких ентитета,,en,тако НоСКЛ је слободан да понуди аутоматско схардинг података,,en,Иако НоСКЛ решења имају ограничене могућности у односу на релационом моделу,,en,али дизајн је направљена намерно да обезбеди висок скалабилност,,en,Решење НоСКЛ може хоризонтално смањи на дистрибуираном окружењу и доступност подршке,,en,Учинак углавном зависи од избора правом технологијом,,en,НоСКЛ или СУБД,,en. An ACID based relational model cannot do that due to its table based data model. Here NoSQL solution has a big difference. NoSQL databases do not distribute logical entities in multiple tables; it is always stored in a single place. And there is no referential integrity maintained between these logical entities, so NoSQL is free to offer automatic data sharding. Although NoSQL solutions have limited features compared to relational model, but the design is made intentionally to provide high scalability. The NoSQL solution can scale horizontally on a distributed environment and support availability.
Performance mainly depends upon the selection of right technology (NoSQL or RDBMS) за праву коришћења случају,,en,ако бирамо носкл за погрешну употребу случају онда ће убити перформансе апликације,,en,Поред фактора као што су мреже,,en,И / О диск, итд,,it,представа у великој мери зависи од података и њихову дистрибуцију широм дистрибуира складиштење,,en,НоСКЛ је једино решење способан за велике количине података у кластер окружењу и самим тим повећати перформансе,,en,Дакле, можемо закључити да је НоСКЛ није замена за традиционалне РДБМС, али је алтернативна решења да се обрати други скуп предмета намене,,en,НоСКЛ попуњава празнине у релационим базама података,,en. So, if we select NoSQL for a wrong use case then it will also kill the performance of the application. Apart from the factors like network, caching, disk I/O etc., the performance heavily depends upon the data and its distribution across the distributed storage. So, the NoSQL is the only solution capable of handling large volume of data in a clustered environment and hence boost the performance.
So we can conclude that the NoSQL is not a replacement for traditional RDBMS but it is an alternate solution to address a different set of uses cases.
