Databasearkitektur, en databases logiske og fysiske oppbygning. Den vanligste generelle databasearkitektur i dag er en trelags arkitektur, bygd på anbefalinger fra den amerikanske standardiseringsorganisasjonen ANSI/SPARC. De tre lagene omtales som det eksterne nivå, det konseptuelle nivå og det fysiske nivå.

Brukerens møte med databasen utgjør det eksterne nivå. Dette består av et antall tilpassede utsnitt (eng. views) av databasen, gjerne med ulike applikasjoner og brukergrensenitt. Ulike brukergrupper har behov for - og tilgang til - ulike deler av databasen.

Det konseptuelle nivå er en abstrakt beskrivelse av databasens logiske struktur. Modellen sier hvilke data som er lagret og hvilke forbindelser det er mellom data. For en relasjonsdatabase utgjør det konseptuelle nivå en oversikt over alle entiteter med tilhørende attributter og deres lovlige verdier, og hvordan disse er koblet sammen ved nøkkelfelt.

Det interne nivå beskriver hvordan data er lagret i databasen, dvs. datastrukturer og filorganisering på maskinens lagringsmedier, rutiner for indeksering, kryptering, gjenfinning osv. I visse tilfeller kan en tale om et fysisk nivå under det interne, som angår hvordan operativsystemet håndterer data under ledelse av databasesystemet.

Den samlede beskrivelsen av databasen fra topp til bunn kalles databasens skjema. Til det eksterne nivå hører et antall eksterne skjema som svarer til de respektive utsnitt av databasen. Det konseptuelle skjema beskriver det konseptuelle nivå, og til det interne nivå hører et internt skjema. Databasesystemet sørger for den nødvendige oversettelse (eng. mapping) mellom de ulike skjema. Systemet kontrollerer skjemaenes konsistens, dvs. at hvert eksternt skjema lar seg avlede fra det konseptuelle, og at det er samsvar mellom aktuelle poster i det fysiske laget og en logisk post i det konseptuelle laget. Mens databasens data er flyktige og endrer seg hele tiden, er databasens skjema fast og ikke ofte gjenstand for forandringer.

Fordelen med en trelags arkitektur er at det eksisterer en datauavhengighet mellom de ulike lagene. Nødvendige endringer kan gjøres i brukerapplikasjonene uten at det påvirker det konseptuelle skjemaet. Omvendt kan det gjøres endringer i det konseptuelle skjemaet (f.eks. innføring av nye tabeller og attributter) uten at det merkes hos brukerne. Likeledes kan det gjøres endringer på det interne og fysiske nivået (f.eks. skifte av plattform eller maskinvare) uten at databasens logiske oppbygning påvirkes.

Foreslå endringer i tekst

Foreslå bilder til artikkelen

Kommentarer

27. desember 2016 skrev Kjell Bratbergsengen

Jeg mener at også denne artikkelen bør overføres til meg.

Hovedgruppe: Databaseteknologi og informasjonsgjenfinning

14. juni svarte Ola Nordal

Jeg har flyttet artikkelen.
Hilsen Ola i redaksjonen

Har du spørsmål om eller kommentarer til artikkelen?

Kommentaren din vil bli publisert under artikkelen, og fagansvarlig eller redaktør vil svare når de har mulighet.

Du må være logget inn for å kommentere.