Galvenās funkcijas DBVS

Mūsdienu datu bāzes sistēmas izmanto daudzos objektos, bet ne visi zina, kas viņi ir, un kā jūs varat izmantot datu bāzes funkcijas. Šie instrumenti ir milzīgs skaits iespēju, tāpēc jums vajadzētu saprast, ka viņi var darīt un ko noderīgu, lai lietotājs varētu pilnībā tos izmantot.

datu pārvaldība

Pirmkārt, šajā datu bāzē funkcijas ietver informācijas ārējā atmiņā apstrādi, un šī funkcija ir sniegt pamata struktūru EP, kas nepieciešamas ne tikai, lai saglabātu informāciju tieši iekļauti datu bāzē, bet arī, lai veiktu dažādus biroja uzdevumus, piemēram, saņemt ātri piekļuve visus failus dažādos gadījumos. Dažos izgudrojuma realizācijas aktīvi izmantoja iespēju dažādu failu sistēmu, bet citi nodrošina darbu, pat līmenī ārējās atmiņas ierīces. Taču šajā gadījumā tas ir vērts atzīmēt, ka datu bāzes funkcijas, ar augstu attīstības pakāpi, lietotājs, jebkurā gadījumā, nav informēts par to, vai kāda sistēma tiek izmantota, un, ja tā, kā organizēt failus. Jo īpaši, sistēma ir atbalstīt savu rīkojumu nosaucot objektus, kas iekļauti datu bāzē.

RAM buferis vadība

Jo vairumā gadījumu datubāze funkcija ir kopīgs izmantot diezgan apjomīgi datu bāzes, un minimālais izmērs ir bieži vien ir daudz vairāk pieejama RAM. Protams, ja gadījumā, ja ārstēšana katram datu posteni tiks apmaiņa ar ārējo atmiņu, ātrums tā būs saskaņot ātrumu sistēmā, līdz ar to praktiski vienīgais reālais risinājums ir palielināt tās buferizācijas datu RAM. Šajā gadījumā, pat tad, ja operētājsistēma nodrošina visas sistēmas buferi, piemēram, uz UNIX A tas nebūs pietiekami, lai nodrošinātu to, ka datu bāze mērķa un galvenās funkcijas, jo tas ir daudz lielākus datu derīgās īpašības buffering katru konkrēto daļu no datubāzes izmanto. Sakarā ar šo attīstības sistēmu, lai atbalstītu savu kopumu buferi, kā arī unikālu disciplinē to nomaiņu.

Ir vērts atzīmēt, ka pastāv atsevišķa līnija kontroles sistēmu, kas vērsta uz nepārtrauktu klātbūtni atmiņā uz visu datubāzi. Šis virziens ir balstīts uz pieņēmumu, ka tuvākajā nākotnē summa RAM datorā varēs paplašināt tā, ka vairs nebūs jebkuras buferizācijas raizes, un pamatfunkcijas šāda veida datubāzes šeit kritīs tieši laikā. Pašlaik visi šie darbi ir vēl testēšanas fāzē.

darījumu vadība

Darījums ir darbību secība, izmantojot datu bāzes pārvaldības sistēma, kas izturas kā vienotu veselumu. Ja darījums ir pilnībā sekmīgi izpildīts, sistēma uztver izmaiņas, kas tika veikti ar to, ārējā atmiņa vai neviena no šīm izmaiņām netiks atspoguļotas stāvokli datu bāzē. Šī operācija ir nepieciešama, lai atbalstītu loģisko integritāti datubāzes izmanto. Jāatzīmē, ka uzturēšana pareizā kursa darījuma mehānismu, ir priekšnoteikums, pat tad, ja izmanto vienu lietotāju datu bāzi, mērķis un funkcijas, kuras ir būtiski atšķiras no cita veida sistēmām.

Īpašums, ka jebkurš darījums sākas tikai pie konsekventas valsts datu bāzē , un līdz ar to atstāj tādā pašā stāvoklī, pēc procedūras beigās, padarot to ļoti ērti izmantot kā vienību darbības datu bāzē. Ar darījumu pareizu pārvaldību tiek veikti paralēli ar vadības sistēmā katram lietotājam, principā, var sajust daļu no kopumā. Tomēr, tas ir kaut kādā veidā idealizēts pārstāvība, jo daudzās situācijās, kad darba cilvēki joprojām sajutīs klātbūtni viņa kolēģiem, ja viņi izmanto daudzlietotāju sistēmu, bet patiesībā tas nodrošina pašu jēdzienu datu bāzē. Funkcijas, piemēram, multi-lietotāju datubāzi arī ir saistīta ar darījumu pārvaldības koncepcijas, piemēram, sērijas izpildes plānu, un ar sēriju.

Ko tie nozīmē?

Serializing paralēli izpildāmo darījums ir saistīts ar īpašu celtniecību savu darba plānu, kurā kopējais efekts panākts ir līdzvērtīga rezultātu iegūst maisījumu, jo to secīgu izpildi.

Sērijas izpildes plāns ir īpaša struktūra, darbības, kas noved pie ar sēriju. Protams, ja sistēma tiek iegūta, lai nodrošinātu patiesi sērijas Darījumu maisījumu, tad jebkurš lietotājs, kurš radīts darījumu, klātbūtne citiem būs pilnīgi nemanāms, izņemot to, ka tas darbosies nedaudz lēnāk, salīdzinot ar viena lietotāja režīmā.

Ir daži pamata serialization algoritms. Centralizētās sistēmās, populārākie šodien algoritmi, kas ir balstīti uz sinhronizācijas uzņemšanas dažādām datu bāzes objektus. Attiecībā uz jebkuru serializēšanas algoritms paredz iespēju konflikts starp diviem vai vairākiem darījumiem, par piekļuvi noteiktām datu bāzes objektus. Šādā situācijā, lai atbalstītu šo procedūru, jums ir nepieciešams, lai roll atpakaļ, tas ir, lai novērstu jebkuras izmaiņas, kas veiktas datu bāzē caur vienu vai vairākiem procesiem. Šis ir tikai viens no gadījumiem, kad daudzu lietotāju sistēma, viena jūtas klātbūtni citiem.

reģistrēšana

Viena no galvenajām prasībām mūsdienu sistēmām ir nodrošināt uzticamību informācijas glabāšanas ārējā atmiņā. Jo īpaši, tas nodrošina, ka viena no galvenajām funkcijām datubāzes ietver spēju atgūt pēdējo saskaņotu stāvokli datubāzes pēc iestāšanās jebkura programmatūras vai aparatūras kļūmes. Jo vairumā gadījumu veikti apsvērt divas iespējas aparatūras kļūmes:

• mīksts, kuru var interpretēt kā pēkšņa apstāšanās datora (visbiežāk lietas - avārijas Power Off);
• stingrs, kas raksturojas ar daļēju vai pilnīgu zudumu datiem, kas glabājas uz ārējā datu nesējā.

Kā programmatūras neveiksmes piemēri avārijas sistēmas izslēgšanu, mēģinot izmantot jebkuru iespēju, ka viena no galvenajām funkcijām DBVS nav iekļauti vai crash jebkuru lietotāja lietderība, ar kuru kāds darījums nav pabeigta. Pirmo situāciju var uzskatīt par īpaša veida mīksto neveiksmes, bet, ja tā ir vajadzīga, lai novērstu sekas viena darījuma.

Protams, jebkurā gadījumā par normālu bāzes atgūšana ir nepieciešama zināma papildu informāciju. Citiem vārdiem sakot, lai parasto apkopi uzticamības datu glabāšanai datu bāzē, jums ir jānodrošina dublēšanos informācijas uzglabāšanu, un daļa no datiem tiek izmantota atgūšanu būtu apsargāta uzmanīgi. Visbiežāk sastopamā metode nodrošināt uzturēšanu lieku datu, tiek uzskatīts, reģistrē izmaiņas.

Kas tas ir un kā to lietot?

Žurnāls ir īpaša daļa no datubāzes, kas piekļūst netiek iekļautas vairākas datu bāzes funkcijas, un tas tiek uzturēts ļoti uzmanīgi. Dažos gadījumos pat tajā pašā laikā tas sniedz atbalstu divos eksemplāros žurnāla, dažādos nesējos. Jo veikalā saņēmis informāciju par jebkādām izmaiņām, kas notiek galvenajā daļā datubāzes, kā arī dažādas kontroles sistēmas izmaiņas var journaled dažādos līmeņos. Dažās situācijās, log ieraksts ir pilnībā saskan ar konkrētiem loģikas darbības izmaiņām, kaut kur - minimālo iekšējo darbību, kas saistīta ar ārējo atmiņu lappuses modifikācijas, bet daži DBMSs ietvert izmantošanas kombināciju divas pieejas.

Jebkurā gadījumā, tā sauktā "stratēģiju pirmpirkuma ierakstu" žurnālā. Savā pieteikumā ierakstu, liecina izmaiņas jebkurā datu bāzes objekts iekļaujas ārējā atmiņā žurnāla pirms mainīgo objektu. Ir zināms, ka tad, ja funkcijas Access datu bāzē iekļauj parasto atbilstību šo protokolu, izmantojot žurnālu, lai risinātu problēmas, kas saistītas ar datu bāzes atjaunošanas gadījumā jebkādiem bojājumiem.

atgrūsties

Vienkāršākais situācija ir atjaunot individuālā darījuma tiek atgriezts atpakaļ. Par šo procedūru, nav nepieciešams, lai izmantotu sistēmas mēroga izmaiņu žurnālu, un tas ir pietiekami, lai izmantotu par katru darījumu vietējā žurnāls modifikācijas operāciju, un pēc tam atritināt darījums, izpildot inversās operācijas, sākot no katra ieraksta beigās. No bāzes funkciju struktūra bieži ietver izmantošanu tikai šādas struktūras, bet vairumā gadījumu vietējie žurnāli joprojām neatbalsta, un pat individuālo atcelšanu no atsevišķiem darījumiem, ko veic visas sistēmas, un ka visi ieraksti katrā darījumā kopā apgrieztā sarakstu.

Gadījumā, ja ir mīksts kļūmes ārējo datu bāzes atmiņu var ietvert dažādus objektus, kas ir grozīta ar darījumiem, kas nav pabeigti līdz brīdim, kad iestāšanās neveiksmes, kā arī var būt dažādi priekšmeti, modernizētas tiem, kas tika veiksmīgi pabeigta pirms vainas, izmantojot RAM bufera saturu kas pilnībā izzūd, ja ir līdzīgas problēmas. Ja protokols ir ievēroti, nodrošinot, lai izmantotu vietējo žurnālu, ir obligāti rakstīt ārējā atmiņa, kas attiecas uz izmaiņām jebkādu šādu objektu.

Galvenais mērķis atgūšanas procesā pēc iestāšanās mīksto neveiksmes ir valsts ārējās atmiņas galveno datu bāzi, kas varētu rasties, ja Nostiprinot AP nekādas izmaiņas pabeigtu darījumu, un tādējādi nevar saturēt nepilnīgas procedūras. Lai sasniegtu šo efektu, galvenās datu bāzes funkcijas ir šajā gadījumā, atcelšanu nesaistītos darījumus, atkārtojiet darbību, kuras rezultāti galu galā neparādīsies ārējā atmiņā. Šis process ietver diezgan daudz nianses, kas galvenokārt attiecas uz organizāciju žurnāla un buferi vadību.

cietie neveiksmes

Ja nepieciešams, atjaunot datu bāzi pēc iestāšanās cieto neveiksmēm ir ne tikai žurnāls, bet arī datu bāzes rezerves. Pēdējais ir pilnīgs kopija datubāzē tajā laikā, jo žurnāls sāka aizpildīt. Protams, par normālu atgūšanas procedūru prasa žurnāla drošību, tāpēc, kā jau minēts iepriekš, tās saglabāšanu ārējā atmiņā noteikts ļoti stingras prasības. Šajā gadījumā, no datu bāzes atgūšana ir tas, ka, pamatojoties uz arhīva kopijas žurnāla tiek atskaņoti visi veikti darījumi pabeigta brīdī katastrofas. Ja nepieciešams, to var pat atskaņot darba nepilnīgus darījumus un turpina savu parasto darbu, pēc beigām atgūšanas procesu, bet vairumā reālās sistēmās, šāda procedūra netiek veikta tāpēc, ka pati par sevi atgūšana pēc smaga neveiksmes ir salīdzinoši ilgs process.

valodu atbalsts

Lai strādātu ar mūsdienu datu bāzu izmantošana dažādās valodās, un arī sākumā datubāzē, iecelšanu, funkcijas un citas īpašības, kas būtiski atšķiras no mūsdienu sistēma, kas nodrošina specializētu atbalstu vairākās valodās. Tie galvenokārt bija SDL un DML, kas paredzēti, lai noteiktu datubāzes shēmu un datu manipulācijas, attiecīgi.

SDL tiek izmantots, lai noteiktu loģisko datubāzes struktūru, kas ir, atzīt īpašo datubāzes struktūru, kas ir pieejama lietotājiem. DML ietver arī virkni operatoru manipulācijas informāciju, kas ļauj jums saglabāt informāciju datu bāzē, kā arī dzēst, mainīt vai izmantot esošos datus.

DBVS funkcijas ietver dažāda veida atbalstu, vienotu integrētu valodu, kas paredz visiem resursiem, kas nepieciešami normālai darbībai datu bāzes, no tās sākotnējās izveides, un nodrošina standarta lietotāja interfeisu. Standarta valoda, kas nodrošina galvenās funkcijas datubāzes visbiežāk mūsu dienās relāciju sistēmu, ko SQL izmanto.

Kas tas ir?

Pirmajā vietā valoda apvieno pamatfunkcijas DML un SDL, tas ir, nodrošina iespēju noteikt konkrētus semantiku no relāciju datu bāzi , un manipulēt ar nepieciešamo informāciju. Tādējādi dažādu nosaukumu datu bāzes objektus atbalstītās tieši uz valodas līmenī nozīmē, ka konversija veic sastādītājs objektu nosaukumiem, to iekšējo identifikatoru, pamatojoties uz atbalstītajiem pakalpojumu tabulu speciāli katalogi. Kontroles sistēmas kodols, principā, nav mijiedarbības ar galdiem vai atsevišķiem kolonnas.

SQL valoda ir iekļautas īpašu rīku, lai definētu datu bāzē ierobežojumus. Atkal visi šādi ierobežojumi ir iekļauti galdi, katalogi, un integritātes uzraudzība tiek veikta tieši uz valodu līmenī, kas ir procesā lasīšanas individuālo datu bāzes modifikācijas pārskatus kompilatoru, pamatojoties uz pieejama datu bāzes integritāte ierobežojumiem, pavada, lai radītu atbilstošo kodu.