De viktigste funksjonene i DBMS

Moderne databasesystemer som brukes på mange objekter, men ikke alle vet hva de er og hvordan du kan bruke databasefunksjoner. Disse verktøyene er et stort antall muligheter, så du bør forstå at de kan gjøre og hva nyttig for brukeren å fullt bruke dem.

data management

For det første, i databasen funksjoner inkluderer behandling av informasjon i eksternt minne, og denne funksjonen er bestemmelsen av de grunnleggende strukturene i EP, som er nødvendig ikke bare å lagre informasjon direkte inkludert i databasen, men også for å utføre forskjellige kontoroppgaver, som for eksempel å få rask tilgang til filer på forskjellige anledninger. I visse utførelsesformer aktivt brukt muligheten for ulike filsystemer, mens andre gir for arbeid, selv ved nivået for eksterne minneenheter. Men i dette tilfellet er det verdt å merke seg at databasen funksjoner, med en høy grad av utvikling, brukeren, i alle fall ikke informert om noen systemet brukes, og i så fall, hvordan å organisere filer. Spesielt er systemet som støtter seg selv for å navngi de objektene som inngår i databasen.

RAM-buffer administrasjon

I det overveldende flertallet av tilfellene databasen funksjonen er vanlig å bruke en ganske voluminøs databaser og minimumsstørrelsen er ofte mye mer tilgjengelig RAM. Selvfølgelig, hvis i tilfelle av behandling for hvert dataelement vil bli utvekslet med eksternt minne, vil hastigheten av sistnevnte, passe til hastigheten av systemet, slik at praktisk talt den eneste virkelige alternativet er å øke dets å bufre data i RAM. I dette tilfellet, selv om operativsystemet gir et systemomfattende buffer, for eksempel for å UNIX, vil en dette ikke være nok til å sikre at databasen i den hensikt og viktigste funksjonene, som den har et mye større volum av data på de fordelaktige egenskapene til bufring hver enkelt del av databasen som brukes. På grunn av denne utviklingen system for å støtte sitt eget sett av buffere, samt en unik disiplin sin erstatning.

Det er verdt å merke seg at det er en egen linje av kontrollsystemer, fokusert på kontinuerlig tilstedeværelse i minnet på hele databasen. Denne retningen er basert på antagelsen om at i nær fremtid mengden RAM på datamaskinen din vil være i stand til å utvide slik at ikke lenger vil være til noen bufring bekymring, og de grunnleggende funksjonene i denne type database her vil falle akkurat i tide. I øyeblikket, alle disse verkene er fortsatt i testfasen.

transaksjonshåndtering

En transaksjon er en sekvens av operasjoner med bruk av database management system som behandler som en enkelt enhet. Dersom transaksjonen er fullt gjennomført vellykket, fanger systemet endringene som har blitt gjort av den, i eksternt minne eller ingen av disse endringene vil ikke bli reflektert på tilstanden i databasen. Denne operasjon er nødvendig for å understøtte den logiske integriteten til databasen brukes. Det bør bemerkes at opprettholdelsen av den riktige løpet av transaksjonen mekanismen er en forutsetning selv ved bruk av en enkeltbrukerdatabasen, formål og funksjon som er vesentlig forskjellig fra andre typer av systemer.

Eiendommen at enhver transaksjon begynner bare på en konsistent tilstand database , og dermed forlater den i samme tilstand etter slutten av prosedyren, noe som gjør det svært praktisk å bruke som enhet av aktiviteten på databasen. Med riktig håndtering av transaksjonene gjennomføres parallelt med styresystemet for hver enkelt bruker i prinsippet kan føle en del av helheten. Men dette er på en måte en idealisert representasjon, som i mange situasjoner når arbeidsfolk fortsatt vil kjenne tilstedeværelsen av hans kolleger om de brukte en flerbruker system, men faktisk det gir selve begrepet databasen. Funksjoner som flerbrukerdatabase har også vært knyttet til transaksjonen konsepter som seriegjennomføringsplan, og serialisering.

Hva betyr de?

Serieomkoding parallell kjørbar transaksjonen innebærer en spesiell konstruksjon av sitt arbeidsplan, karakterisert ved at den totale effekt som oppnås er ekvivalent med resultatet oppnådd blanding, på grunn av deres sekvensiell utførelse.

Serieutførelsesplan er en spesifikk struktur av handlingen, noe som fører til serialisering. Selvfølgelig, hvis systemet er innhentet for å gi en virkelig En seriell gjennomføring av transaksjoner blanding, så alle brukere som genererte transaksjonen, tilstedeværelse av andre vil være helt umerkelig, bortsett fra at det vil fungere litt tregere i forhold til enkeltbrukermodus.

Det er noen grunnleggende serie algoritme. I sentraliserte systemer, den mest populære i dag er de algoritmer som er basert på synkronisering fange forskjellige databaseobjekter. I tilfelle noen serialisering algoritme for muligheten for konflikt mellom to eller flere transaksjoner på tilgangen til bestemte databaseobjekter. I en slik situasjon, for å støtte denne prosedyren, må du rulle tilbake, det vil si å eliminere eventuelle endringer til databasen gjennom en eller flere prosesser. Dette er bare ett av de situasjoner hvor et flerbrukersystem, føles en tilstedeværelse av andre.

logging

En av de viktigste kravene til moderne systemer er å sikre påliteligheten av informasjonen lagring i eksternt minne. Spesielt fremskaffes det at en av de viktigste funksjonene til databasen omfatter evnen til å gjenopprette det siste sammenhengende tilstand av databasen etter forekomst av en hvilken som helst programvare eller maskinvarefeil. I det overveldende flertallet av tilfellene tatt for å vurdere to alternativer for maskinvarefeil:

• myk, som kan tolkes som en plutselig stopp av din datamaskin (den vanligste tilfellet - Emergency Power Off);
• stiv, som er kjennetegnet ved delvis eller fullstendig tap av data som er lagret på eksterne media.

Som programvare feil Eksempler nødsystem nedstengning ved forsøk på å bruke en hvilken som helst mulighet for at en av de viktigste funksjonene til en DBMS ikke er inkludert eller krasje enhver bruker verktøyet, hvorved en viss transaksjon ikke er blitt fullført. Den første situasjon kan betraktes som en spesiell form for myk svikt, mens i tilfelle av sistnevnte er nødvendig for å eliminere følgene av en enkelt transaksjon.

Of course, i alle fall for normal database utvinning er nødvendig å ha en viss mengde tilleggsinformasjon. Med andre ord, for normalt vedlikehold av påliteligheten av datalagring i databasen, må du sikre redundans for lagring av informasjon, og en del av informasjonen blir brukt i utvinning bør voktes nøye. Den vanligste metode for å sikre opprettholdelsen av overflødige data, er ansett å være logging endringer.

Hva er det og hvordan du bruker?

Magasinet er en spesiell del av databasen, som er tilgjengelig i en rekke databasefunksjoner er ikke inkludert, og det blir vedlikeholdt svært nøye. I noen situasjoner, selv på samme tid gir det støtte for to eksemplarer av bladet, på ulike fysiske medier. I lagre mottatte informasjon om eventuelle endringer som oppstår i hoveddelen av databasen, og endringer forskjellige styresystemer kan opplagret på ulike nivåer. I noen situasjoner, er en loggoppføring fullt ut i samsvar med en bestemt logisk operasjon endringer, et sted - en minste indre operasjon assosiert med det eksterne minne side modifikasjon, mens noen DBMSer innebære bruk av en kombinasjon av to tilnærminger.

I alle fall, en såkalt "strategi for forkjøpsrett opptak" i bladet. I sin anvendelse posten, indikerer en endring i en hvilken som helst databaseobjekt faller inn i det eksterne minnet av bladet før det variable objektet. Det er kjent at hvis funksjoner Access database inkluderer normal samsvar med denne protokoll, ved hjelp av bladet for å løse eventuelle problemer knyttet til databasen utvinning i tilfelle eventuelle feil.

rekyl

Den enkleste situasjonen er restaureringen av den enkelte transaksjonen rulles tilbake. For denne prosedyren, er det ikke nødvendig å anvende en systemomfattende forandring logg, og det er nok å bruke for hver transaksjon en lokal magasin modifikasjon operasjoner, og deretter rulle tilbake transaksjonen ved å utføre den inverse operasjoner, ved å starte fra slutten av hver registrering. Strukturen i databasen funksjonen innebærer ofte bruk av en slik struktur, men i de fleste tilfeller de lokale loggene fortsatt støttes ikke, og selv enkelte tilbakeføring av enkelttransaksjoner utført av en systemomfattende, og for at alle registreringer av hver transaksjon kombinert omvendt liste.

I tilfelle av en myk svikt ekstern databaselageret kan innbefatte forskjellige objekter som har blitt modifisert ved transaksjoner som ikke er fullført ved tidspunktet for opptreden av svikt, og også kan være noen ulike objekter, oppgraderte de som ble fullført før feilen ved hjelp av en RAM-buffer innholdet som helt forsvinner når det er tilsvarende problemer. Dersom protokollen følges som sørger for bruk av lokale tidsskriftene er nødvendigvis å skrive i det eksterne minne, som forholder seg til modifikasjoner av slike gjenstander.

Hovedformålet med den gjenvinningsprosessen etter forekomst av det myke svikt er en tilstand av eksternt minne på den sentrale databasen, noe som ville oppstå i tilfellet av fiksering i EAP noen endringer for transaksjonen er fullført og således vil ikke inneholde spor av ufullstendig prosedyrer. For å oppnå denne effekten, de store databasefunksjonene er i dette tilfellet, tilbake ukommiterte transaksjoner, gjenta operasjonen, resultatene av som til slutt ikke vil vises i eksternt minne. Denne prosessen innebærer ganske mange finesser, som i hovedsak er knyttet til organiseringen av forvaltningen av magasinet og buffere.

harde feil

Om nødvendig, gjenopprette databasen etter forekomst av harde feil er ikke bare et magasin, men også en database backup. Sistnevnte er en komplett kopi av databasen på den tiden da bladet begynte å fylle. Selvfølgelig, for en normal recovery prosedyren krever et magasin sikkerhet, derfor, som nevnt tidligere, til sin bevaring i eksternt minne pålagt svært strenge krav. I dette tilfellet, er utvinning av databasen som, basert på arkiv eksemplarer av bladet er spilt alle gjennomført transaksjoner gjennomført på tidspunktet for ulykken. Hvis det er nødvendig, kan det også spilles arbeids ufullstendige transaksjoner og fortsetter sitt vanlige arbeid etter utløpet av gjenopprettingsprosessen, men i de fleste virkelige systemer, er en slik prosedyre ikke utført av den grunn at det i seg selv bedring etter hard svikt er en relativt lang prosedyre.

språk~~POS=TRUNC

Å arbeide med moderne databaser bruke ulike språk, og i begynnelsen av databasen, avtale, funksjoner og andre egenskaper som er vesentlig forskjellig fra det moderne system som gir spesialisert støtte for flere språk. Disse var hovedsakelig SDL og DML, ment for å definere databaseskjemaet og datamanipulasjon, henholdsvis.

SDL blir brukt til å definere den logiske strukturen i databasen, det vil si å gjenkjenne den spesifikke strukturen av databasen, som er tilgjengelig for brukere. DML inneholder også et sett med operatører manipulering av informasjon, kan du lagre informasjon i en database, samt slette, endre eller bruke eksisterende data.

DBMS funksjoner inkluderer forskjellige typer av støtte en enkelt integrert språk som gir for alle ressurser nødvendig for normal drift av databaser, fra sin opprinnelige opprettelse, og gir en standard brukergrensesnitt. Standarden språk som gir grunnleggende funksjoner i databasen mest vanlig i våre dager med relasjonssystemer, som brukes av SQL.

Hva er det?

For det første språk kombinerer de grunnleggende funksjonene til DML og SDL, det vil si, gir mulighet for å bestemme de spesifikke semantikken til relasjonsdatabasen , og manipulere den nødvendige informasjonen. Dermed forskjellige navnedatabaseobjekter støttes direkte på språknivå i den forstand at konverteringen er utført av kompilatoren objektnavnene i sine interne identifikatorer, basert på de støttede tjenester tabeller spesial kataloger. Kjernen i styresystemet, i prinsippet, ikke interagerer med tabeller eller individuelle kolonner.

SQL språket inneholder en liste over spesielle verktøy for å definere databasen begrensninger. Igjen er slike begrensninger er inkludert i spesielle tabeller, kataloger, og integritet overvåkingen utføres direkte på språklig nivå, som er i ferd med å lese individuell database modifikasjons påstander kompilator, basert på tilgjengelige i databasen integritet begrensninger, bruker for å frembringe det tilsvarende kode.