På begynnelsen av 1980-tallet , begynte relasjonsdatabaser skal defineres . En av talsmennene for relasjonsdatabase teori var Edgar F. Codd , som publiserte 13 regler som er fastsatt for å definere en relasjonsdatabase . Dette var begynnelsen på den formalisert faglig grunnarbeidet gjort 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 trengs for å tilfredsstille regel 0 . Dette krever at det må utnytte sine relasjonsdatabaser egenskaper i en eksklusiv måte å kontrollere databasen. Dette er forløperen for alle de andre 12 regler , som definerer de nærmere detaljer . En relasjonsdatabase kan oppdatere og kaskade informasjon flyter av relaterte data . I en relasjonsdatabase , redigerer noen eller lagt poster som er knyttet til annen informasjon vil 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 "Inactive ", deretter registreringer av transaksjoner er merket som ikke lenger aktiv på det tidspunktet --- men informasjon før dette punktet kan søkes. Dette er High -level 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 hvis en database inneholder element koder og pris nøkler knyttet til disse element kodene , bør sletting av pris nøklene ikke påvirke basen attributter tildelt elementet koder. Dessuten vil poster i en tidligere tidsramme eksisterer i denne tidsrammen og ikke bli påvirket av senere endringer .

Betydning

relasjonsdatabaser, mens ikke i felles eksistens i 1980 , er i vanlig bruk overalt i dag . Et eksempel er en bank , hvor kundene får tilgang til en visning av sine poster på en " hole -in -the - wall" teller machine og eventuelle endringer i poster det er oppdatert på den sentrale databasen etter verifisering av bank ansatte . Disse postene kan da sees av kunder i en online web økten.
Potensielle

Relasjonsdatabaser danner strukturen av en rekke database -sentrert nøkkelferdige applikasjoner og har stor potensial for handel , bank , supply -chain og regnskap programmer . 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å nettet og i butikken kjøp. En annen praktisk anvendelse for en online relasjonsdatabase er radiostasjonen prosjektet , Blip.FM , som lagrer flere tilganger til flere lydfiler , spilt i flere tidsepoker .
The Future of relasjonsdatabaser

relasjonsdatabaser vil fortsette å bli brukt i mange ulike applikasjoner 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å bli brukt av flere og flere mennesker som aldri har brukt dem før , ofte uten å vite det .