Egenskaper til en relasjonsdatabase

På begynnelsen av 1980-tallet, relasjonsdatabaser begynte å bli definert. En av talsmennene for relasjonsdatabaseteori var Edgar F. Codd, som publiserte 13 regler som er fastsatt for å definere en relasjonsdatabase. Dette var begynnelsen på formalisert vitenskapelige grunnlaget gjøres for å fastsette særlige regler for eksistensen av de relasjonelle aspekter av en database.

Grunnleggende prinsipper

Codd uttalt at for en database for å være relasjonell, det er nødvendig for å tilfredsstille regelen 0. Dette krever at det må utnytte sine relasjonelle egenskaper i en eksklusiv måte å kontrollere databasen. Dette er forløperen for alle de andre 12 regler som definerer detaljene. En relasjonsdatabase kan oppdatere og kaskade informasjonsflyt av relaterte data. I en relasjonsdatabase, vil eventuelle endringer eller lagt poster som er knyttet til andre opplysninger oppdatere eventuelle tilkoblede bord også. Hvis en database inneholder registreringer av kunder som gjør forretninger med et selskap, og en kunde er merket som "Inaktiv", deretter registreringer av transaksjoner som er merket som ikke lenger aktiv på det tidspunktet --- men informasjon før det punktet kan søkes. Dette er det høyt nivå Sett inn, Oppdater og Slett regel (regel 7).

praktiske hensyn

Reglene for referanseintegritet må bevares. Hvis en post er oppdatert, må det bli bevart som en multi-redigerbar posten og ikke få lov til å bli endret ved et lavt nivå prosess (Regel 12). Dette betyr at dersom en database inneholder elementkoder og pris nøkler knyttet til disse elementkoder, skal sletting av pris nøklene ikke påvirke grunn attributtene tildelt elementkoder. Dessuten vil poster i en tidligere tidsramme eksisterer i den tidsperioden og ikke bli påvirket av senere endringer.

Betydning

Relasjonsdatabaser, mens den ikke er i vanlig eksistens i 1980, er i vanlig bruk overalt i dag. Et eksempel er en bank, der kundene tilgang til en visning av platene sine på en "hole-in-the-wall" teller machine og eventuelle endringer i postene der er oppdatert på den sentrale databasen etter verifisering av bank ansatte. Disse postene kan da sees av kunder i en online web-økt.

Potensielle

Relasjonsdatabaser danner strukturen i en rekke databasesentrert nøkkelferdige applikasjoner og har stort potensial for handel, bank, forsyningskjede og regnskapsprogrammer. Den eneste variasjonen i prinsippene for disse databasene er tilbøyelighet til å håndtere flere poster. Databaseapplikasjoner som SQL Server og Oracle er nå rettet til å håndtere millioner av plater med referanseintegritet og danner grunnlaget for mange kommersielle programmer som holder styr på nett og i butikk. En annen praktisk anvendelse for en online relasjonsdatabase er radiostasjonen prosjektet, Blip.FM, som lagrer flere får tilgang til flere lydfiler, spilt i flere tidsepoker.

The Future of relasjonsdatabaser

Relasjonsdatabaser vil fortsette å bli brukt i mange forskjellige programmer, og vil få kraft som mer utvikling er satt inn i dem. Mens store kommersielle kunder vil fortsette å bruke disse produktene og dyrke sine evner, vil relasjonsdatabaser også brukes av flere og flere mennesker som aldri brukt dem før, ofte uten å vite det.