De vigtigste funktioner i DBMS

Moderne databasesystemer bruges på mange objekter, men ikke alle ved, hvad de er, og hvordan du kan bruge database funktioner. Disse værktøjer er et stort antal muligheder, så du bør forstå, at de kan gøre, og hvad nyttigt for brugeren til fuldt ud at bruge dem.

datastyring

For det første, i databasen funktioner omfatter behandling af oplysninger i den eksterne hukommelse, og denne funktion er tilvejebringelsen af de grundlæggende strukturer i EP, som er nødvendige, ikke blot til at gemme information direkte medtaget i databasen, men også at udføre forskellige kontoropgaver, såsom at få hurtig adgang til alle filer på forskellige lejligheder. I visse udformninger, bruges aktivt muligheden for forskellige filsystemer, mens andre giver til arbejde, selv på niveau med hukommelsesenheder eksterne. Men i dette tilfælde er det værd at bemærke, at databasen fungerer, med en høj grad af udvikling, brugeren, i hvert fald ikke informeret om, hvorvidt der anvendes ethvert system, og hvis ja, hvordan man kan organisere filer. Især har systemet støttet sin egen orden at navngive objekter, der indgår i databasen.

RAM buffer forvaltning

I langt de fleste tilfælde databasen funktion er almindeligt at bruge en temmelig voluminøse databaser og den mindste størrelse er ofte langt mere tilgængelig RAM. Selvfølgelig, hvis det drejer sig om behandling for hvert dataelement vil blive udvekslet med ekstern hukommelse, vil hastigheden af sidstnævnte matche hastigheden af systemet, så stort set den eneste reelle mulighed er at øge sin buffer data i RAM. I dette tilfælde, selv hvis operativsystemet tilvejebringer et system-wide puffer, for eksempel til UNIX, vil en dette ikke være nok til at sikre, at databasen i de funktioner formål og vigtigste, da det har en meget større volumen af data om gavnlige egenskaber af bufre hver specifik del af databasen anvendes. På grund af denne udvikling system til at understøtte sit eget sæt af buffere, samt en unik disciplin deres erstatning.

Det er værd at bemærke, at der er en separat linje af kontrolsystemer, der fokuserer på den fortsatte tilstedeværelse i hukommelsen af hele databasen. Denne retning er baseret på den antagelse, at mængden af RAM på computeren i den nærmeste fremtid vil være i stand til at udvide sig, så der vil ikke længere være nogen buffer bekymring, og de grundlæggende funktioner i denne type database her vil falde lige i tide. I øjeblikket alle disse værker er stadig i testfasen.

ledelse transaktion

En transaktion er en sekvens af operationer med anvendelse af database management system, der behandler som en enhed. Hvis transaktionen er fuldt gennemført med succes, fanger systemet de ændringer, der er foretaget af det, i den eksterne hukommelse eller ingen af disse ændringer vil ikke blive afspejlet på tilstanden af databasen. Denne operation er nødvendig for at støtte den logiske databasens integritet anvendes. Det skal bemærkes, at opretholdelsen af den korrekte fremgangsmåde transaktionen mekanisme er en forudsætning selv ved brug af en enkelt-brugerdatabase, formål og funktion er væsentligt forskellig fra andre typer af systemer.

Den egenskab, at enhver transaktion begynder først ved en konsistent tilstand database og dermed overlader det i samme stand efter afslutningen af proceduren, hvilket gør det yderst bekvemt at bruge som enhed af aktiviteten i databasen. Med korrekt forvaltning af Forretningerne udføres parallelt af styresystemet af hver enkelt bruger i princippet kan føle en del af det hele. Men det er på en eller anden måde en idealiseret repræsentation, som i mange situationer, hvor det arbejdende folk stadig vil fornemme tilstedeværelsen af hans kolleger, hvis de brugte en flerbrugersystem, men i virkeligheden giver selve begrebet databasen. Funktioner som flerbrugerdatabase har også været forbundet med begreber de transaktioner management såsom seriel udførelse planen, og serialisering.

Hvad betyder de?

Serieomkodning parallel eksekverbar transaktion indebærer en særlig konstruktion af deres arbejdsplan, hvor den totale effekt, som opnås, svarer til det opnåede resultat blanding, på grund af deres sekventiel udførelse.

Seriel udførelse planen er en specifik struktur virkningsmekanisme, hvilket fører til serialisering. Selvfølgelig, hvis systemet er opnået for at give en virkelig En seriel udførelse af transaktioner blanding, så enhver bruger, der genererede transaktionen, tilstedeværelsen af andre vil være helt umærkelig, bortset fra at det vil arbejde lidt langsommere i forhold til single-user mode.

Der er nogle grundlæggende serialisering algoritme. I centraliserede systemer, den mest populære i dag er de algoritmer, der er baseret på de synkronisering fange forskellige databaseobjekter. I tilfælde af en hvilken som helst serialisering algoritme giver mulighed for konflikt mellem to eller flere transaktioner på adgang til visse databaseobjekter. I en sådan situation, at støtte denne fremgangsmåde, skal du rulle tilbage, det vil sige, for at eliminere eventuelle ændringer til databasen gennem en eller flere processer. Dette er blot en af de situationer, hvor en multi-user system, man føler tilstedeværelsen af andre.

logning

Et af de vigtigste krav til moderne systemer er at sikre pålideligheden af oplysninger lagring i den eksterne hukommelse. Især er det fastsat, at en af de vigtigste funktioner i databasen omfatter evnen til at inddrive den sidste sammenhængende tilstand af databasen efter forekomsten af software eller hardwarefejl. I langt de fleste tilfælde er truffet for at overveje to muligheder for hardwarefejl:

• blød, hvilket kan tolkes som et pludseligt stop af din computer (det mest almindelige tilfælde - Nødslukning);
• stift, som er karakteriseret ved delvist eller fuldstændigt tab af data lagret på eksterne medier.

Som softwarefejl Eksempler nødsituation nedlukning, når de forsøger at bruge enhver mulighed for, at en af de vigtigste funktioner i en DBMS ikke er inkluderet eller nedbrud enhver bruger værktøjet, hvorved en bestemt transaktion ikke er afsluttet. Den første situation kan betragtes som en særlig form for blød fiasko, mens der i tilfælde af sidstnævnte er nødvendig for at eliminere konsekvenserne af en enkelt transaktion.

Selvfølgelig, i hvert fald for normal database opsving er nødvendigt at have en vis mængde yderligere oplysninger. Med andre ord, for den normale vedligeholdelse af pålideligheden af datalagring i databasen, skal du sikre redundans af information opbevaring, og en del af data bliver brugt i forbindelse med opkrævningen skal være bevogtet omhyggeligt. Den mest almindelige metode til at sikre opretholdelsen af overflødige data, anses for at være logget ændringer.

Hvad er det og hvordan man bruger?

Magasinet er en særlig del af databasen, som er tilgængelig i en række database funktioner er ikke medtaget, og det vedligeholdes meget omhyggeligt. I nogle situationer, selv på samme tid, det giver støtte til to eksemplarer af bladet, på forskellige fysiske medier. I butikken har modtaget oplysninger om eventuelle ændringer, der sker i den vigtigste del af databasen, og forskellige kontrolsystemer ændringer kan journaliseret på forskellige niveauer. I nogle situationer, en log post er i fuld overensstemmelse med en bestemt logik operation ændringer, et sted - et minimum interne drift i forbindelse med den eksterne hukommelse side modifikation, mens nogle databasesystemer indebærer brug af en kombination af to tilgange.

Under alle omstændigheder, en såkaldt "strategi for forebyggende optagelse" i magasinet. I sin anvendelse record, tyder på en ændring i nogen database objekt falder i den eksterne hukommelse af magasinet før variabelt objekt. Det er kendt, at hvis funktioner Access-database omfatter den normale overensstemmelse med denne protokol, ved hjælp af bladet til at løse eventuelle problemer i forbindelse med database opsving i tilfælde af eventuelle fejl.

rekyl

Den enkleste Situationen er genoprettelsen af den enkelte transaktion er rullet tilbage. Til denne procedure, er det ikke nødvendigt at bruge et system-wide ændringslog, og det er nok til at bruge for hver transaktion en lokal magasin modifikation operationer, og derefter rulle tilbage transaktionen ved at udføre de inverse operationer, startende fra slutningen af hver post. Strukturen af databasen funktionen ofte indebærer anvendelse af netop sådan en struktur, men i de fleste tilfælde de lokale logfiler stadig ikke understøttet, og endda enkelte tilbagerulning af de enkelte transaktioner foretaget af en i hele systemet, og for at alle registreringer af hver transaktion kombineret omvendt listen.

I tilfælde af en blød fiasko ekstern database hukommelse kan indeholde forskellige objekter, der er blevet ændret af transaktioner ikke er afsluttet på tidspunktet for forekomst af fiasko, og også kan være nogen forskellige objekter, opgraderede dem, der var fuldført, før fejlen ved hjælp af RAM buffer indhold der helt forsvinder, når der er lignende problemer. Hvis protokollen overholdes, giver for brug af lokale blade nødvendigvis skrive i den eksterne hukommelse, der vedrører bestemmelserne i sådanne genstande.

Hovedformålet med gendannelsesprocessen efter forekomsten af den bløde fiasko er en tilstand af den eksterne hukommelse af hoveddatabasen, der ville opstå i tilfælde af fiksering i østpartnerskabet eventuelle ændringer for afsluttet transaktion og ville således ikke indeholde spor af ufuldstændige procedurer. For at opnå denne effekt, de store database funktioner er i dette tilfælde, rollback uforpligtede transaktioner, gentages operationen, hvis resultater i sidste ende vil ikke blive vist i den eksterne hukommelse. Denne proces involverer en hel del af finesser, som primært vedrører organiseringen af forvaltningen af magasinet og buffere.

Hårde fejl

Hvis det er nødvendigt, gendanne databasen efter forekomsten af hårde fiaskoer er ikke kun et magasin, men også en database backup. Sidstnævnte er en komplet kopi af databasen på det tidspunkt, da bladet begyndte at fylde. Naturligvis for en normal procedure genoprettelse kræver en magasinsikringen derfor som tidligere nævnt, til dens bevarelse i den eksterne hukommelse pålagt meget strenge krav. I dette tilfælde, genvinding af databasen er, at på baggrund af de arkivkopier af magasinet spilles alle udført transaktioner gennemført på tidspunktet for katastrofen. Hvis det er nødvendigt, kan det endda blive spillet arbejde ufuldstændige transaktioner og fortsætte deres normale arbejde efter afslutningen af opsvinget proces, men i de fleste virkelige systemer, er en sådan procedure ikke udføres af den grund, at bedring efter hård fiasko i sig selv er en forholdsvis lang procedure.

sprog Support

At arbejde med de moderne databaser bruge forskellige sprog, og i de tidlige database, udnævnelsen, funktioner og andre egenskaber, der er væsentligt forskellige fra det moderne system, der giver specialiseret understøttelse af flere sprog. Disse var primært SDL og DML, har til formål at definere databaseskema og data manipulation, hhv.

SDL bruges til at definere den logiske struktur af databasen, dvs. at anerkende den særlige struktur af databasen, som er tilgængelig for brugere. DML indeholder også et sæt operatører manipulation af information, kan du gemme oplysninger i en database, samt slette, ændre eller anvende eksisterende data.

DBMS funktioner omfatter forskellige former for støtte en enkelt integreret sprog, der sørger for alle nødvendige ressourcer til normal drift af databaser, fra sin oprindelige skabelse, og giver en standard brugergrænseflade. Standarden sprog, der indeholder de grundlæggende funktioner i databasen den mest almindelige i vores dage af relationelle systemer, der anvendes af SQL.

Hvad er det?

For det første sproget kombinerer de grundlæggende funktioner i DML og SDL, det vil sige, giver mulighed for at fastsætte de specifikke semantik i relationel database , og manipulere de nødvendige oplysninger. Således forskellige navngivning databaseobjekter understøttet direkte på sproglige niveau i den forstand, at konverteringen udføres af compileren objektnavne i deres interne identifikatorer, baseret på de understøttede service-tabeller specielt mapper. Kernen af styresystemet i princippet ikke interagerer med tabeller eller enkelte kolonner.

SQL sprog og indeholder en liste over særlige værktøjer til at definere database begrænsninger. Igen, er sådanne restriktioner omfattet af den særlige tabeller, kataloger, og integritet overvågningen foretages direkte på det sproglige niveau, der er i gang med at læse enkelte database modifikation udsagn compiler, baseret på tilgængelige i databasen integritet begrænsninger, tilbringer for at generere den tilsvarende kode.