Pagrindinės funkcijos DBVS

Šiuolaikinės duomenų bazių sistemos naudojama daugelyje objektų, bet ne visi žino, kas jie yra ir kaip jūs galite naudoti duomenų bazės funkcijas. Šie įrankiai yra labai daug galimybių, todėl jūs turite suprasti, kad jie gali daryti ir ko naudinga vartotojui visiškai juos naudoti.

duomenų valdymas

Visų pirma, į duomenų bazės funkcijų apima informacijos išorinę atmintį apdorojimą, ir ši funkcija yra iš pagrindinių struktūrų EP, kurie yra reikalingi ne tik saugoti informaciją tiesiogiai įtraukti į duomenų bazę, bet ir atlikti įvairias biuro užduotis, tokias, kaip gauti greitai nuostata prieiga prie bet kokių failų įvairiomis progomis. Tam tikrais variantuose aktyviai naudojami įvairių failų sistemų galimybę, o kiti numatyti darbo, net ir lygio išorinės atminties įrenginių. Tačiau šiuo atveju verta pažymėti, kad duomenų bazės funkcijos, su dideliu plėtros, vartotojas, bet kuriuo atveju, yra ne informuoti, ar bet kuri sistema yra naudojama, ir jei taip, kaip tvarkyti failus. Visų pirma, sistema buvo remti savo tvarką pavadino objektus įtraukti į duomenų bazę.

RAM buferio valdymo

Be didžioji dauguma atvejų duomenų bazė funkcija yra įprasta naudoti gana didelės apimties duomenų bazėmis ir minimalus dydis yra dažnai daug daugiau laisvi RAM. Žinoma, jei gydymo kiekvienam duomenų elemento atveju bus keičiamasi su išorine atmintimi, pastarojo greitis sutaps sistemos greitį, todėl praktiškai vienintelė reali galimybė padidinti savo buferinė duomenis RAM. Šiuo atveju, net jei operacinė sistema suteikia visos sistemos buferį, pavyzdžiui Unix A tai nebus pakankamai užtikrinti, kad į paskirties ir pagrindinių funkcijų duomenų, nes ji turi daug didesnį kiekį duomenų apie naudingų savybių buferio kiekvieną konkrečią dalį duomenų bazėje naudojamas. Dėl šios sistemos plėtros remti savo rinkinį buferiai, taip pat kaip unikalus Studijų dalyko jų keitimą.

Verta paminėti tai, kad ten yra atskira eilutė kontrolės sistemų, orientuota į nuolatinį buvimą visą duomenų bazę atmintį. Ši kryptis pagrįsta prielaida, kad artimiausioje ateityje RAM kompiuteryje suma galės išplėsti taip, kad nebebus jokio buferio nerimauti, o pagrindinės funkcijos šioje duomenų bazėje čia tipo kris tik laiku. Šiuo metu visi šie darbai vis dar yra testavimo stadijoje.

sandoris valdymas

Sandoris yra operacijų seka su duomenų bazių valdymo sistemos naudojimo, kuris gydo kaip vienas subjektas. Jei sandoris visiškai įvykdomas sėkmingai, sistema fiksuoja pokyčius, kurie buvo pagaminti pagal tai, į išorinės atminties ar nė vienas iš šių pokyčių nebus atsispindi duomenų bazės būklę. Ši operacija reikalauja, kad būtų remiamas loginį vientisumą duomenų bazėje naudojamas. Reikėtų pažymėti, kad teisingą kursą sandorio mechanizmo priežiūra yra būtina, net jei naudojant vieno vartotojo duomenų bazę, tikslas ir funkcija, kuri gerokai skiriasi nuo kitų tipų sistemoms.

Turtas, kad bet koks sandoris, prasideda tik nuosekliai valstybinės duomenų bazės , todėl palieka jį toje pačioje valstybėje po procedūros pabaigoje, todėl labai patogu naudoti kaip veiklos dėl duomenų vienetą. Su tinkamai valdyti sandorių vykdomi lygiagrečiai valdymo sistemos kiekvienam atskiram vartotojui, iš esmės, gali jaustis visumos. Tačiau, tai yra tam tikru būdu idealizuotas atstovavimas, kaip ir daugelyje situacijų, kai darbo žmonės vis dar bus pajusti jo kolegų buvimas, jei jie naudojami Multiplayer sistemą, tačiau iš tikrųjų ji suteikia pati sąvoka duomenų bazę. Funkcijas, pavyzdžiui, kelių vartotojų duomenų bazėje taip pat buvo susijęs su sandoriu valdymo koncepcijų, tokių kaip serijinis vykdymo planą ir Publikacija.

Ką jie reiškia?

Serializowania lygiagrečiai vykdomąjį sandorį apima specialų statyti savo darbo planą, kuriame bendras pasiektas efektas yra lygiavertis rezultatas, gautas mišinys, nes jų eilės vykdymą.

Serijos vykdymo planas yra konkretus struktūra veiksmą, kuris veda į Publikacija. Žinoma, jei sistema yra gauti pateikti tikrai serijos sandorių vykdymo mišinio, tada bet kuris vartotojas, kuris generuoja sandorį, kitų buvimas bus visiškai nepastebimas, išskyrus tai, kad jis veiks šiek tiek lėčiau, palyginti su vieno vartotojo režimu.

Yra keletas pagrindinių Publikacija algoritmas. Be centralizuotų sistemų, labiausiai populiarus šiandien yra algoritmai, kurie remiasi sinchronizavimo surinkimo skirtingų duomenų bazės objektų. Bet kokio serializavimo algoritmo atveju numato konflikto tarp dviejų ar daugiau sandorių galimybės dėl patekimo į tam tikrų duomenų bazės objektų. Esant tokiai situacijai, palaikyti šią procedūrą, jums reikia ridenti atgal, tai yra, siekiant pašalinti bet kokius pakeitimus, padarytus duomenų bazėje per vieno ar daugiau procesų. Tai tik viena iš situacijų kur daugelio vartotojų sistema, vienas jaučia kitų buvimą.

miško ruoša

Vienas iš pagrindinių reikalavimų šiuolaikinių sistemų yra užtikrinti informacijos saugojimo patikimumą išorinės atminties. Visų pirma, ji nustato, kad viena iš pagrindinių funkcijų bazėje apima gebėjimą atsigauti paskutinį nuoseklią būklę duomenų bazėje po bet kokios programinės įrangos ar aparatūros gedimo atsiradimo. Be didžioji dauguma atvejų buvo imtasi svarstyti dvi galimybes techninės įrangos gedimų:

• minkštas, kurie gali būti aiškinama kaip staigiai stabdant kompiuterio (dažniausia atveju - Avarinio maitinimo išjungimas);
• standus, kurie pasižymi dalinį arba visišką netekimą pranešimų, saugomų išorinėje laikmenoje duomenų.

Kaip programinės įrangos gedimai Pavyzdžiai avarinio uždarymo sistemos bandant naudoti bet galimybė, kad viena iš pagrindinių funkcijų DBVS neįtraukta arba katastrofos jokio vartotojo naudingumas, kuriuo tam tikras sandoris nebuvo baigtas. Pirmoji situacija gali būti laikoma specialios rūšies minkšta nesėkmės, o jei pastarasis yra būtina pašalinti iš vieno sandorio pasekmes.

Žinoma, bet kuriuo atveju normaliai duomenų bazės panaudojimo būtina turėti tam tikrą kiekį papildomos informacijos. Kitaip tariant, kad būtų galima normaliai priežiūros duomenų saugojimo duomenų bazėje patikimumo turite užtikrinti informacijos saugojimo atleidimo iš darbo, ir dalis duomenų yra naudojamas atkurti turėtų būti kruopščiai saugoma. Labiausiai paplitęs būdas užtikrinti, kad atleistų duomenų priežiūra, laikomas prisijungti pakeitimus.

Kas tai yra ir kaip naudoti?

Žurnalas yra speciali dalis duomenų bazėje, kuri yra prieinama per neįskaičiuoti iš duomenų bazės funkcijų skaičius, ir jis yra išlaikomas labai atsargiai. Kai kuriais atvejais, net tuo pačiu metu ji teikia paramą dviem egzemplioriais žurnalo skirtinguose fizinėse laikmenose. Parduotuvėje gavo informaciją apie bet kokius pasikeitimus, kurie vyksta į pagrindinę dalį duomenų bazėje, ir skirtingi kontrolės sistemos pokyčiai gali Journaled skirtinguose lygmenyse. Kai kuriais atvejais, rąstinis įrašas yra visiškai suderinamas su tam tikru loginės operacijos pokyčių, kažkur - minimalus vidaus operacijos susijusios su išorės atminties puslapio modifikacijos, o kai DBMSs įtraukti naudojimo dviejų metodų derinį.

Bet kuriuo atveju, vadinamasis "strategija pirmumo įrašymo" žurnale. Savo ieškinyje įrašo, rodo į jokią duomenų bazę objekto kaitą patenka į išorinės atminties žurnalo prieš kintamojo objektą. Yra žinoma, kad jei funkcijos Access duomenų bazės apima įprastą laikomasi šio protokolo, naudojant žurnalą išspręsti visus su duomenų bazės atkūrimo į bet kokius gedimus atveju problemų.

atatranka

Paprasčiausias situacija yra individualaus sandorio atkūrimas valcavimo atgal. Taikant šią procedūrą, tai nėra būtina naudoti visos sistemos pakeitimai registruojami, ir ji yra pakankamai naudoti kiekvieną sandorį vietinį žurnalas modifikavimo operacijas, tada įvirsta sandorį surašant atvirkštinę operacijas, pradedant nuo kiekvieno įrašo pabaigoje. Duomenų bazės funkcijos struktūra dažnai apima tik tokios struktūros panaudojimą, tačiau daugeliu atvejų vietos rąstai dar nepalaikomas, ir net atskirų atmesti vykdomų visos sistemos atskirų sandorių, ir kad visi kiekvienos kartu Grįžtamieji sąrašas sandorio įrašų.

Tuo atveju, kai minkštas gedimo išorės duomenų bazių atmintyje atveju gali apimti įvairius objektus, kurie buvo pakeisti sandoriai nėra baigtas iki atsiradimo gedimo metu, o taip pat gali būti ne skirtingi objektai, atnaujinti tuos, kurie buvo sėkmingai baigtas iki gedimo naudojant RAM buferio turinį kurios visiškai išnyksta kai yra panašios problemos. Jei protokolas būtų laikomasi, numatant vietos žurnaluose naudojimo būtinai rašyti į išorinės atminties, kuri susijusi pertvarkius tokių objektų.

Pagrindinis tikslas atkūrimo procesas po minkštojo gedimo atsiradimo yra išorinės atminties pagrindinės duomenų bazės, kuri susidarytų į surežisuotų RP jokių pakeitimų baigtas sandorio atveju ir tokiu būdu būtų sudėtyje nėra pėdsakų daline procedūrų eigą. Norėdami pasiekti šį poveikį, pagrindinių duomenų bazių funkcijos yra šiuo atveju, atmesti nepaskirstytas sandorius, pakartokite operaciją, kurios rezultatai galiausiai nebus rodomas išorinės atminties. Šis procesas apima nemažai subtilybių, kurios daugiausia susijusios su valdymo žurnalo ir buferius organizacijos daug.

kietos gedimai

Jei reikia, atkurti duomenų bazę po to, kai sunkiai nesėkmių įvykis yra ne tik žurnalas, bet ir duomenų atsarginę kopiją. Pastarasis yra pilna kopija duomenų bazėje tuo metu, kai žurnalas pradėjo užpildyti. Žinoma, normalus išieškojimo procedūra reikalauja žurnalo saugumą, todėl, kaip minėta anksčiau, jos išsaugojimo į išorinės atminties paskirta labai griežti reikalavimai. Šiuo atveju išieškojimas iš duomenų bazėje yra tai, kad, remiantis archyviniais kopijų žurnalo yra žaidžiamas atliekamų sandorių baigtas nelaimės metu. Jei reikia, tai gali būti net grojo darbo neišsamius sandorius ir toliau savo normalų darbą po regeneravimo proceso pabaigos, bet daugelyje realių sistemų, tokia procedūra nebūtų atliekama, dėl to, kad pats atsigavimas po sunkios nesėkmė yra gana ilga procedūra.

kalbos palaikymas

Dirbti su šiuolaikinės duomenų bazės naudoti skirtingas kalbas, o ankstyvą duomenų bazėje, skyrimo, funkcijų ir kitų savybių, kurios labai skiriasi nuo modernios sistemos teikiančios specializuotą paramą keliomis kalbomis. Tai buvo daugiausia SDL ir DML, skirtas apibrėžti duomenų bazės ir duomenų manipuliavimo, atitinkamai.

SDL yra naudojamas apibrėžti loginę struktūrą, duomenų bazės, kuri yra, pripažinti specifinę struktūrą, duomenų bazės, kuri yra prieinama vartotojams. DML taip pat apima operatorių manipuliavimo informacijos rinkinį, leidžia jums saugoti informaciją duomenų bazėje, taip pat ištrinti, keisti ar naudoti esamus duomenis.

DBVS funkcijos skirtingų tipų paramą vieną integruotą kalbą, kuri suteikia visiems reikalingų normaliam duomenų bazių išteklius, nuo jo pradinės kūrimo ir suteikia standartinį vartotojo sąsaja. Standartinis kalba, kuri suteikia pagrindines funkcijas duomenų bazėje iš labiausiai paplitusių mūsų dienų reliacinių sistemų, naudojama SQL.

Kas tai yra?

Visų pirma kalba apjungia pagrindines funkcijas DML ir SDL, tai yra, suteikia galimybę nustatyti konkrečius semantiką galimybę į reliacinės duomenų bazės , ir manipuliuoti reikiamą informaciją. Taigi skirtingi remiamos tiesiai ant kalbos lygio ta prasme, kad perskaičiavimas atliekamas sudarytojas objektų pavadinimų jų vidaus identifikatorių pavadinimų duomenų bazės objektus, remiantis remiamų paslaugų lentelių specialiai katalogų. Kontrolės sistemos branduolys iš esmės nesąveikauja su lentelių ar atskirų stulpelių.

SQL kalba apima specialių įrankių sąrašą apibrėžti duomenų bazės apribojimus. Vėlgi, bet tokie apribojimai yra įtrauktos į specialias lenteles, katalogai ir vientisumą monitoringas yra vykdomas tiesiai ant kalbinio lygio, tai yra skaitymo individualų duomenų modifikavimo atskaitomybės kompiliatorių procese, remiantis turimais duomenų bazės vientisumo apribojimus, praleidžia generuoti atitinkamą kodą.