Основни функции на СУБД

модерен системи за управление на бази данни

Управление на данни

На първо място, работещи в областта на база данни включва обработката на информация от външната памет, и тази функция е осигуряването на основните структури на ЕП, които са необходими не само за информация за магазина директно включени в базата данни, но и да изпълняват различни задачи в офиса, като например получаване бързо достъп до файлове в различни случаи. При някои модификации, способностите на различните файлови системи се използват активно, докато други позволяват работа дори на ниво устройства на външна памет. Но в този случай е важно да се отбележи, че във функцията на СУБД, която има висока степен на развитие, потребителят във всеки случай не е информиран дали се използва някаква система и ако е така, как се организират файловете. По-специално, системата поддържа свой собствен ред на именуване на обекти, включени в базата данни.

Управление на буферите на RAM

В повечето случаи функциите на СУБД се използват в доста големи бази данни и този размер е поне често много по-голям от наличната RAM. Разбира се, ако в случай на лечение за всяка позиция от данни се обменят с външна памет, скоростта на последния ще съответства на скоростта на системата, така че на практика единственият реален вариант е да увеличи своите данни буферни в RAM. В този случай, дори ако операционната система осигурява буфер за цялата система, например за UNIX, а това няма да е достатъчно, за да се гарантира, че базата данни на функциите на предназначение и основни, тъй като има много по-голям обем от данни за полезните свойства на буфериране всяка конкретна част от базата данни, използвана. Поради това разработените системи поддържат своя набор от буфери, както и уникалната дисциплина за замяната им.

Трябва да се отбележи, че има отделна посока на системите за управление, ориентирани към постоянното присъствие в цялата RAM на цялата база данни. Това направление се основава на предположението, че в близко бъдеще размерът на RAM на компютъра ви ще бъде в състояние да се разшири, така че вече няма да бъде на всяка буфериране се тревожи, и основните функции на този вид база данни тук ще паднат точно навреме. В момента всички тези работи остават на етапа на тестване.

Управление на транзакциите

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

Имотът, в който всяка транзакция започва, само когато държавата е завършила база данни и в същото време го оставя в същото състояние след края на процедурата, прави използването му изключително удобно като единица дейност по отношение на базата данни. С правилното управление на едновременните изпълняващи операции от страна на системата за управление, всеки отделен потребител по принцип може да се почувства част от цялото. Все пак, това е по някакъв начин една идеализирана представителство, както и в много ситуации, когато работещите хора ще продължат да усещат присъствието на колегите си, ако те се използват многопотребителска система, но в действителност тя осигурява самата концепция за базата данни. Функциите на многоместен потребителски СУБД са свързани и с управлението на транзакции като концепции като сериен план за изпълнение и сериализация.

Какво означават те?

Сериализирането на едновременни операции включва създаването на специален план за тяхното функциониране, при който общият ефект на сместа е еквивалентен на получения резултат поради последователното им изпълнение.

Серийният план за изпълнение е специфична структура на действия, която води до сериализация. Разбира се, ако системата се получава, за да се осигури истински сериен извършване на сделки смес, а след това на всеки потребител, който е генерирал сделката, наличието на други ще бъде абсолютно незабележимо, с изключение на това, че ще работи малко по-бавно в сравнение с потребителски режим.

Има няколко основни алгоритми за сериализация. В централизираните системи, най-популярните алгоритми днес се основават на синхронизиращи улавяния на различни обекти на база данни. В случай на използване на алгоритми за сериализация е възможно да се създадат конфликти между две или повече транзакции за достъп до определени обекти на база данни. В такава ситуация, за да осигурите подкрепа за тази процедура, трябва да се върнете назад, т.е. да премахнете промените, направени в базата данни чрез един или повече процеси. Това е само една от ситуациите, в които в една система за множество потребители човек усеща присъствието на други.

сеч

Едно от основните изисквания за съвременните системи е да се гарантира надеждността на съхранението на информация във външната памет. По-специално, това предвижда основните функции на СУБД да включват възможността за възстановяване на последното договорено състояние на базата данни след възникването на каквито и да е софтуерни или хардуерни повреди. В повечето случаи е обичайно да се разгледат две версии на хардуерните повреди:

• мек, което може да се интерпретира като неочаквано спиране на компютъра (най-често срещаният случай - аварийно изключване);
• Твърди, които се характеризират с частична или пълна загуба на данни, съхранявани на външни носители.

Както софтуерни повреди Примери за аварийно изключване на системата, когато се опитват да използват всяка възможност, че една от основните функции на СУБД не е включена или се срине всеки потребител полезност, при дадена сделка не е завършена. Първата ситуация може да се разглежда като специален вид слаб провал, докато при последната ситуация е необходимо да се премахнат последиците от една транзакция.

Разбира се, във всеки случай, за нормално възстановяване на база данни, трябва да имате известно количество допълнителна информация. С други думи, за да се запази надеждността на съхраняването на данни в база данни, е необходимо да се осигури резервиране на съхранението на информация и частта от данните, използвани за възстановяване, трябва да се пази особено внимателно. Най-разпространеният метод за поддържане на такива излишни данни е да се запази протоколът за промяна.

Какво представлява и как се използва?

Дневникът е специална част от базата данни, до която достъпът не е включен в броя на функциите на СУБД и се поддържа особено внимателно. В някои ситуации дори се осигурява подкрепа за две копия на списанието, които са на различни физически носители. Тези хранилища получават информация за всички промени, които настъпват в основната част на базата данни, а в различни системи за управление, промените могат да бъдат регистрирани на различни нива. В някои случаи вписването в дневника напълно съответства на конкретен логична работа промяна - някъде - минималната вътрешна операция, свързана с модифицирането на страницата с външна памет, докато някои СУБД използват комбинация от двата подхода.

Във всеки случай в дневника се използва така наречената "стратегия за превантивно писане". Когато го използвате, записът, който показва промяната на всички обекти на база данни, попада в паметта на външния дневник, преди да бъде променен обектът. Известно е, че ако функциите Достъп до DBMS да осигурят нормалното съответствие на този протокол с помощта на списанието да разрешат всички проблеми, свързани с възстановяването на базата данни в случай на неизправности.

откат

Най-простата ситуация на възстановяване е отделна връщане на транзакциите. За тази процедура, не е необходимо да се използва дневник цялата система на климата, и това е достатъчно, за да се използва за всяка транзакция местни операции модификация списание, а след това се връщам на сделката, като се изпълняват операции обратни, считано от края на всеки запис. Структурата на функцията на база данни често включва използването на точно такава структура, но в повечето случаи все още не местните трупи поддържани и дори индивидуално намаление на цените на отделни сделки, извършвани от цялата система, както и за това всички записи на всяка сделка в съчетание обратна списък.

В случай на мека провал външна памет на база данни може да включва различни предмети, които са били променени от сделките не са завършени към момента на настъпване на неуспех, а също така може да бъде по-различно обекти, обновени такива, които бяха успешно завършени преди повредата чрез използване на съдържанието на RAM буферни който напълно изчезва, когато има подобни проблеми. Ако се следва протоколът, който използва локални журнали, винаги ще има записи във външната памет, свързани с модификацията на такива обекти.

Основната цел на процеса на възстановяване след настъпването на меката провала е състояние на външната памет на основната база данни, която може да възникне в случай на определяне на ИП никакви промени за сключена сделка и по този начин няма да съдържа следи от непълни процедури. За да се постигне този ефект, основните функции на базата данни са в този случай, намаление на цените не са поети сделки, повторете операцията, резултатите от което в крайна сметка няма да се виждат от външната памет. Този процес включва доста тънкости, които основно са свързани с организацията на управление на списанието и буфери.

Твърди катастрофи

Ако е необходимо да възстановите базата данни след възникване на сериозен провал, не само дневникът се използва, но и архивно копие на базата данни. Последното е пълно копие на базата данни до момента, в който списанието започна да се попълва. Разбира се, за една нормална процедура за възстановяване изисква безопасност списание, следователно, както бе споменато по-рано, за да нейното опазване от външната памет, наложени много строги изисквания. В този случай, за възстановяване на базата данни е, че въз основа на архивни копия на списанието се играят всички проведени сделки завършени по време на бедствие. Ако е необходимо, дори може да се играе работни непълни сделки и продължава нормалната си работа след края на процеса на възстановяване, но в повечето реални системи, такава процедура не се провежда поради причината, че само по себе си за възстановяване след тежък провал е сравнително дълга процедура.

Езикова поддръжка

За да работите с най-модерните бази данни използват различни езици, както и в началото на базата данни, назначаване, функциите и други характеристики, които са значително по-различно от съвременната система предоставяне на специализирана поддръжка на множество езици. Те са били предимно SDL и ГСД, което да се определят схема на база данни и данни манипулация, съответно.

SDL се използва за определяне на логическата структура на базата данни, т.е. за разпознаване на специфичната структура на базата данни, която се представя на потребителите. DML също така включваше цял комплекс от оператори за манипулиране на данни, които дават възможност за въвеждане на информация в базата данни, както и за изтриване, промяна или използване на съществуващи данни.

СУБД характеристики включват различни видове подкрепа на единна интегрирана език, който предвижда всички ресурси, необходими за нормалната работа на бази данни, от първоначалното си творение, и предоставя стандартен потребителски интерфейс. Стандартният език, който осигурява основните функции на базата данни най-често в наши дни на релационните системи, използвани от SQL.

Какво е това?

На първо място, този език съчетава основните функции на DML и SDL, т.е. дава възможност за дефиниране на специфична семантика релационна база данни и манипулиране на правилната информация. По този начин различни обекти на база данни за именуване поддържани директно на езиковото ниво, в смисъл, че превръщането се извършва от имената на компилатора на обекти в техните вътрешни идентификатори, на базата на поддържаните таблици услуги Специално директории. Ядрото на системите за управление по принцип не взаимодейства с таблиците или техните отделни колони.

Езикът на SQL включва цял списък със специални инструменти, които ви позволяват да определите ограниченията за цялост на базата данни. Отново, всички подобни ограничения са включени в специални таблици, каталози, както и мониторинг на целостта се извършва директно на езиковото ниво, което е в процес на четене индивидуална модификация база данни изявления компилатор, въз основа на наличната в ограниченията на базата данни за интегритет, харчи за генериране на съответния код.