Садржај
- Дефиниција - Шта значи НоСКЛ?
- Увод у Мицрософт Азуре и Мицрософт Цлоуд | Кроз овај водич научићете о томе шта се рачуна у облаку и како вам Мицрософт Азуре може помоћи да мигрирате и покренете посао из облака.
- Техопедиа објашњава НоСКЛ
Дефиниција - Шта значи НоСКЛ?
НоСКЛ је класа система за управљање базама података (ДБМС) који не слиједе сва правила релацијског ДБМС-а и не могу користити традиционални СКЛ за упис података. Израз је помало заблуду када се тумачи као „Нема СКЛ-а“, а већина га преводи као „Не само СКЛ“, јер ова врста базе података генерално није замена, већ је комплементарни додатак РДБМС-овима и СКЛ-у.
Системи засновани на НоСКЛ обично се користе у веома великим базама података, које су посебно склоне проблемима у перформансама узрокованим ограничењима СКЛ-а и релацијским моделом база података. Многи сматрају НоСКЛ као модерну базу података по избору која се усклађује са Веб захтевима. Неке запажене имплементације НоСКЛ-а су Цассандра база података, Гооглес БигТабле и Амазонс СимплеДБ и Динамо.
Увод у Мицрософт Азуре и Мицрософт Цлоуд | Кроз овај водич научићете о томе шта се рачуна у облаку и како вам Мицрософт Азуре може помоћи да мигрирате и покренете посао из облака.
Техопедиа објашњава НоСКЛ
НоСКЛ база података не мора нужно следити строга правила која регулишу трансакције у релацијским базама података. Ова кршена правила су позната по акрониму АЦИД (Атомицити, доследност, Интегритет, Трајност). На примјер, НоСКЛ базе података не користе фиксне схеме и СКЛ спаја.
У традиционалном РДБМС-у основне се операције читају и пишу. Читање се може смањити умножавањем података на више машина, на тај начин оптерећењем за читање који се уравнотежују. Међутим, то утиче на писање, јер се мора одржавати конзистентност података. Писање се може смањити само подјелом података. То утиче на читања, пошто су дистрибуирана спајања обично спора и тешка за имплементацију. Поред тога, за одржавање АЦИД својстава, базе података морају закључавати податке. То значи да када један корисник отвори податковну ставку, ниједан други корисник не би могао бити у могућности да промени исту ставку. Ово ограничење има озбиљне последице на перформансе.
Ова ограничења у прошлости нису била главни проблем. Међутим, појавом друштвених мрежа и великих података, велики број масовних база података које су се појавиле биле су приморане да опслужују десетине, па чак и стотине, милиона клијената широм света, уз неколико хиљада читања и писања сваке минуте. Традиционални РДБМС-ови једноставно не задовољавају ову потребу јер могу само „повећати“ или повећати ресурсе на централном серверу. С друге стране, имплементација НоСКЛ-а може „смањити“ или дистрибуирати базу података на више сервера.
НоСКЛ базе података усредсређене су на одређене класе проблема - од флексибилнијег у погледу похрањених података (складишта докумената), до циљања случајева употребе, попут односа (базе података графикона) и обједињавања података (базе података ступаца) или једноставно поједностављење идеје о бази података до нешто што чува вредност (кључи / вредности складишта).
НоСКЛ базе података нуде предности брзе скалабилности, много бољих перформанси и једноставније структуре у односу на РДБМС. Међутим, они такође трпе због релативно нове и недоказане технологије, и не могу да пружају РДБМС богате извештавајуће и аналитичке функције.
Ова дефиниција је написана у конзоли Датабасе