NoSQL база данни може да бъде от различни стилове, като база данни ключ-стойност,,en,база данни NoSQL се счита специализирана база данни в подкрепа на сложните бизнес нужди,,en,Нека да видим как базата данни NoSQL може да запълни празнините, открити в традиционните RDBMS,,en,Днешните приложения,,en,най-вече уеб базирани интернет приложения,,en,са много взискателни,,en,Така че базите данни не са само очаква да бъдат много гъвкави в природата в подкрепа на различни формати за данни,,en,но те също така се очаква да управлява изключителна производителност и мащабиране,,en,Така че архитектите на предприятието оценяват заявленията правилно и след това предполага съответните бази данни,,en,Трябва да се отбележи, че NoSQL бази данни не са заместител на традиционните бази данни,,en,Така че правилното препоръката,,en,RDBMS или NoSQL,,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, RDBMS е по-подходяща в сравнение с NoSQL,,en,ако NoSQL е избран за един случай грешна употреба след това ще бъде проблем за самото приложение,,en,Нека да разгледаме някои от основните характеристики на тези технологии в следващия раздел,,en,Това ще изчисти нашето разбиране за реалните пропуски, които могат да бъдат запълнени от NoSQL DB,,en,Фундаменталното разбиране на RDBMS и NoSQL,,en,традиционните системи за управление на бази данни могат да гарантират добро представяне с обем хиляди транзакции в секунда,,en,Но новите възраст на интернет приложения, като "разкриване на измами",,en,"Анализ на риска в реално време",,en,"Реклама реално време" и т.н. "мулти-плеър онлайн игри",,en,включва милиони транзакции в секунда,,en,Така че тези OLTP,,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,продавачите на RDBMS също се оказват много усилия за преодоляване на тези проблеми,,en,но разликата все още остава, тъй като е,,en,Традиционните системи за управление на релационни бази данни, винаги са проектирани на базата на принципи КИСЕЛИНА,,en,Тези свойства КИСЕЛИНА,,en,атомност,,en,съгласуваност,,en,почтеност и дълготрайност,,en,гарантира целостта на данните на всяка цена,,en,който е в основата на всяка релационна система за управление на бази данни,,en,С RDBMS,,en,SQL е де факто стандарт за задачи за обработка на данни, като заявка за данни,,en,дефиниране на данни,,en,манипулиране на данни и т.н.,,en,NoSQL СУБД използва различни формати за съхранение на данни,,en,Най-популярните формати са графика магазин,,en,документ магазин и ключ-стойност магазин,,en,Магазинът за ключ-стойност е най-простият и широко използван формат,,en. Макар че, 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. NoSQL бази данни премахне повечето от твърдите ограничения, използвани в RDBMS архитектура, за да се постигне гъвкавост за съхранение на данни,,en,Когато RDBMS не е подходящ,,en,Как да запълни тези празноти,,en,Има много приложения, където традиционно ACID задвижване релационна модел не е най-простият и най-добрият вариант,,en,Нека да погледнем по-внимателно тези пропуски, където NoSQL е най-добре,,en,Ако изискването на вашето приложение е само за съхранение на обектите в по-устойчиви и последователен начин,,en,След това RDBMS е отгоре,,en,прост Магазинът за ключ-стойност е повече от достатъчно, за да отговарят на изискването на приложението си,,en,Стойността може да бъде всяко сложна организация както на вашите изисквания,,en,Ако приложението има изискване за съхранение на йерархични обекти с възможности за заявки,,en,След това RDBMS не е най-подходящият вариант,,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. Макар че, RDBMS може да го направи с помощта на ORM инструменти,,en,но това отново е малко сложно,,en,тук някакви NoSQL решения са силно препоръчителни,,en,При сценарий,,en,къде трябва да се съхранява мрежи или големи дървета,,en,RDBMS не е решение,,en,Всяка база данни NoSQL като графика на база данни може да бъде най-добре, в зависимост от вашите изисквания и други,,en,Ако молбата е разгърнато в среда на облак с разпределена база данни,,en,След това разтвор на RDBMS не се предпочита,,en,Тук разликата може да бъде запълнена само с решение NoSQL,,en,Основните фактори на влияние,,en,мащабиране и производителност,,en,RDBMS има вграден лимит за хоризонтално мащабиране,,en,Така че основният проблем на RDBMS е хоризонталното мащабиране, когато натоварването се увеличи и данни,,en,RDBMS също не поддържат автоматично sharding данни,,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. Автоматично sharding данни е възможно само когато отделни субекти на данни, са разпределени и обработени независимо,,en,Една релационна модел ACID основава не мога да направя, че благодарение на своята маса базиран модел на данните,,en,Ето решение NoSQL има голяма разлика,,en,NoSQL бази данни не разпространяват логически лица в множество таблици,,en,тя винаги се съхранява на едно място,,en,И няма референтна цялост поддържа между логически свързаните лица,,en,така NoSQL е свободен да се предлага автоматично sharding данни,,en,Въпреки NoSQL решения имат ограничени възможности в сравнение с релационния модел,,en,но дизайнът е направен умишлено, за да се осигури висока мащабируемост,,en,Разтворът на NoSQL да мащаб хоризонтално върху разпределена среда и наличието подкрепа,,en,Производителността зависи най-вече при избора на правилната технология,,en,NoSQL или RDBMS,,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,ако изберем NoSQL за случай грешна употреба след това ще убие изпълнението на заявлението,,en,Отделно от факторите, като мрежа,,en,диск I / O, и т.н.,,it,изпълнението силно зависи от данните и неговото разпределение в целия разпределен съхранение,,en,на NoSQL е единственото решение може да борави с голям обем от данни в среда с клъстери, а оттам и динамизиране,,en,Така че можем да заключим, че NoSQL не е заместител на традиционните RDBMS но това е алтернативен решение за справяне с различен набор от случаи употреби,,en,NoSQL запълва пропуските в релационна база данни,,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.
