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

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

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

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

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

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

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

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

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

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

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

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

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

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

сеч

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

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

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

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

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

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

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

откат

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

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

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

Твърди провали

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

Поддръжка на езици

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

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

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

Какво е това?

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

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