Главне функције ДБМС

Савремени системи база података користи на многим објектима, али не сви знају шта су и како можете да користите функције базе података. Ови алати су велики број могућности, тако да треба да схвате да могу да раде и шта корисно за корисника да у потпуности их користе.

управљање подацима

На првом месту, у функцијама базе укључују обраду података у спољне меморије, а ова функција је пружање основних структура ЕП, које су потребне не само на информације продавнице директно укључени у базу података, али и да обављају различите канцеларијске послове, као што су се брзо приступ свим фајловима у различитим приликама. У неким решењима, активно користи могућност различитих система датотека, док други дају за рад, чак и на нивоу спољних меморијских уређаја. Али у овом случају је напоменути да су функције базе података, са високим степеном развоја, корисник, у сваком случају, није информисан о томе да ли се користи било који систем, и ако је тако, како да организујете датотеке. Конкретно, систем подржава свој ред именовања ствари које улазе у базу података.

РАМ-управљање бафер

У великој већини случајева функција база података је уобичајено да се користи доста обимне базе података и минимална величина је често много више доступан РАМ-а. Наравно, ако у случају третмана за сваку ставку података ће бити размењени са спољне меморије, брзина исти ће одговарати брзину система, тако да практично једина реална опција је да се повећа своје пуферујућц податке у РАМ. У овом случају, чак и ако оперативни систем обезбеђује бафер система широм, на пример УНИКС, а ово неће бити довољно да осигура да база података у функцијама намене и главних, јер има много већи обим података о благотворним својствима ублажавања сваки конкретан део базе података се користи. Због овог развојног система за подршку сопствени скуп бафера, као и јединствену акцију дисциплине њихову замену.

Важно је напоменути чињеницу да постоји посебна линија система контроле, фокусирана на стално присуство у меморији целог бази података. Овај правац се базира на претпоставци да ће у блиској будућности количина РАМ меморије на рачунару ће бити у могућности да то прошире да више неће бити било пуферовање бриге, као и основне функције ове врсте базе података овде ће пасти на време. У овом тренутку, сви ови радови су још увек у фази тестирања.

upravljanje трансакција

Трансакција је низ операција уз коришћење система за управљање базом података која третира као један ентитет. Ако је трансакција је потпуно успешно извршен, систем бележи промене које су направљене од њега, у спољне меморије или ниједну од ових промена неће се одразити на стање базе података. Ова операција је неопходна како би се подржао логички интегритет базе података користи. Треба напоменути да је одржавање исправног тока механизма трансакције предуслов чак и када се користи једним корисничку базу података, сврху и функцију од којих су знатно разликује од других врста система.

Имовина да свака трансакција почиње тек у конзистентном стању базу података и тако га оставља у истом стању након завршетка поступка, што га чини изузетно погодан за употребу као јединица активности на бази података. Уз одговарајуће управљање трансакције се обављају паралелно од стране контролног система сваког појединачног корисника, у принципу, може осетити део целине. Међутим, ово је на неки начин идеализована заступљености, као иу многим ситуацијама када радни људи и даље ће осетити присуство својих колега ако користе систем резервације, али у ствари обезбеђује сам концепт базе података. Функције као што су мулти-бази података корисника је такође повезан са концептима управљања трансакција, као што су серијски план извршења, и серијализације.

Шта значе?

Сериализинг паралелни извршну трансакција укључује специјалну конструкцију њиховог плана рада, где је укупни ефекат постигнут је еквивалентан резултат добијен смеша, због њиховог секвенцијалног извршења.

Сериал План извршења је посебна структура акције, што доводи до серијализације. Наравно, ако се добије систем да обезбеди заиста серијски извршење трансакција мешавине, онда сваки корисник који генерише трансакцију, присуство других ће бити потпуно неприметан, осим што ће радити мало спорији у односу на режиму једног корисника.

Постоје неки основни алгоритам серијализација. У централизованим системима, најпопуларнији данас су алгоритми који су засновани на снимање синхронизација различитих објеката базе података. У случају било каквог алгоритма Сериализатион предвиђа могућност сукоба између две или више трансакција на приступ одређеним објектима базе података. У таквој ситуацији, да подрже ову процедуру, морате да вратите, то јест, да елиминише све промене које у базу података преко једног или више процеса. Ово је само једна од ситуација у којима мулти-кориснички систем, један осети присуство других.

сјеча

Један од главних услова за модерним системима је да се обезбеди сигурност чувања информација у спољне меморије. Посебно, он предвиђа да један од главних функција базе података укључују могућност да се опорави последњи кохерентно стање базе након наступања неког софтвера или хардвера неуспех. У великој већини случајева предузете да размотре две опције за кварове хардвера:

• меки, што се може тумачити као наглог заустављања рачунара (најчешћи случај - Хитна Повер Офф);
• крута, које карактеришу делимичним или потпуним губитком података смештеним на спољни медиј.

Као софтвер кварови Примери хитне систем гашења када покушавају да искористе сваку могућност да је један од главних функција ДБМС није укључен или срушити било који корисник корисност, при чему није завршен одређена трансакција. Прва ситуација се може сматрати као посебна врста меког неуспеха, док је у случају овог другог је потребно да се отклони последице једној трансакцији.

Наравно, у сваком случају за нормалан опоравак базе података је потребно имати одређену количину додатних информација. Другим речима, за нормално одржавање поузданости складиштења података у бази података мора осигурати редундансу складиштења информација, а део података се користи у опоравку треба пажљиво чувана. Најчешћи начин да се осигура одржавање вишка података, сматра се пријавом промене.

Шта је и како се користи је?

Часопис је посебан део базе података, који се приступа у велики број функција базе података нису укључени, а одржава се веома пажљиво. У неким ситуацијама, чак и истовремено обезбеђује подршку за два примерка часописа, на различите физичке медије. У продавници добили информације о било каквим променама које се дешавају у главном делу базе података, и промене различити системи контроле могу Јоурналед на различитим нивоима. У неким ситуацијама, унос дневника у потпуности у складу са посебним логика рада променама, Сомевхере - минимално унутрашњег пословања у вези са спољном меморија страница модификације, док су неки ДБМСс укључују употребу комбинацију два приступа.

У сваком случају, тзв "стратегија превентивном снимање" у часопису. У свом примене записнику, указује на промену у било који објекат базе података спада у спољну меморију часописа пред променљиве објекта. Познато је да ако функционише база података Приступ укључују нормалан усклађеност са овим протоколом, користећи часопис за решавање било каквих проблема у вези са опоравком базе података у случају било каквих кварова.

трзање

Најједноставнији ситуација је обнова појединачне трансакције враћена назад. За овај поступак, није потребно да користите цханге лог систем-широк, а то је довољно да се користи за сваку трансакцију локалном операција часопис модификације, а затим вратите трансакцију извршавања операција инверзна, почевши од краја сваког записа. Структура функције базе података често подразумева употребу само такве структуре, али у већини случајева локални евиденције још није подржан, па чак и индивидуални враћање појединих трансакција извршених од стране система-широк, и због тога сви записи о свакој трансакцији у комбинацији уназад листа.

У случају меко неуспеха спољне меморије базе података може да обухвати различите предмете који су модификоване трансакцијама нису завршили у време настанка квара, а такође могу бити различити објекти, упградед оне који су успешно завршили пре квара помоћу садржаја РАМ-тампон који у потпуности нестаје када постоје слични проблеми. Ако је протокол испоштован, пружајући за коришћење домаћих часописа су обавезно написати у спољне меморије, која се односе на модификације таквих објеката.

Основна сврха процеса опоравка након појаве меке неуспеха је стање спољне меморије главне базе података, која би настао у случају причвршћивања у ЕАП никакве промене за обављене трансакције и стога неће садржати трагове непотпуним процедура. Да би се постигао тај ефекат, су главне функције базе података су у овом случају, враћање неопредељених трансакције, поновите операцију, чији резултати на крају се неће појавити у спољне меморије. Овај процес подразумева доста финеса, који се углавном односе на организацију управљања часописа и бафера.

Хард неуспеси

Ако је потребно, обнови базу података након појава тврдих пропуста није само часопис, али и бацкуп података. Ово друго је потпуна копија базе података у то време часопис почео да попуни. Наравно, за нормалну процедуру за опоравак захтева сигурност часопис, дакле, као што је раније поменуто, у њеном очувању у спољне меморије изречене веома строги услови. У овом случају, опоравак базе података је да, на основу архивске копије часописа се играју све спроводе трансакције завршене у време несреће. Ако је потребно, може чак и да се игра рад непотпуне трансакције и настављају нормалан рад након завршетка процеса опоравка, али у већини реалних система, такав поступак се не спроводи због тога што у себи опоравак након квара хард је релативно дуг поступак.

језика Подршка

За рад са модерним базама података користе различите језике, иу раној бази података, именовање, функција и друге карактеристике које су знатно разликује од модерног система који обезбеђује специјализовану подршку за више језика. То су углавном били СДЛ и ДМЛ, намењен је да дефинише манипулација шеме базе података и података, респективно.

СДЛ се користи за дефинисање логичку структуру базе података, односно, да препознају специфичну структуру базе података, који је доступан корисницима. ДМЛ обухвата скуп оператера манипулације информацијама, омогућава чување података у бази података, као и брисање, измену или користити постојеће податке.

ДБМС карактеристике укључују различите врсте подршке јединствени интегрисани језик који омогућава свим ресурса потребних за нормално функционисање база података, од почетне стварања, и обезбеђује стандардни кориснички интерфејс. Стандардни језик који обезбеђује основне функције базе података најчешћи у нашим данима релацијским система, користи СКЛ.

Шта је то?

На првом месту је језик комбинује основне функције ДМЛ и СДЛ, то јест, пружа могућност одређивања специфичне семантику на релационе базе , и манипулишу потребне информације. Тако различити објекти именовање базе података подржава директно на нивоу језика, у смислу да је конверзија се врши од стране имена компајлера објеката у својим интерним идентификатора, на основу подржаних услуга табеле специјално директоријума. Језгро система контроле, у принципу, не ступају у интеракцију са столовима или појединачне колоне.

СКЛ језика садржи листу специјалних алата да се дефинишу ограничења базе података. Опет, било таква ограничења су укључени у посебним табелама, каталози, и праћење интегритет врши се директно на језичком нивоу, која је у процесу читања појединачне модификације база изјаве преводилац, на основу доступне у ограничењима бази података интегритета, проводи се генерише одговарајући код.