Konseptet med en relasjonsdatabase ble først etablert i 1969 av Edgar Frank Codd , en britisk matematiker og tidligere Royal Air Force pilot jobber i en IBM laboratorium i San Jose , California. Fordi gjøre beregninger på datamaskiner koste hundrevis av dollar per minutt , var det på tide med en premie . Codd innsikter i lagring, gjenfinning og analyse av data bidro til å overvinne kostnader barrierer og bygge databasen industrien til et bildesøk - dollar business . Primary Key

Den viktigste funksjonen i noen relasjonsdatabase er dens primære nøkkelen . Primærnøkkelen er et unikt nummer eller identifikator tildelt hver post som reiser på tvers av ulike tabeller. Et godt eksempel på en primærnøkkel er et personnummer. Primærnøkkelen gjør hver post unikt , og det gjør at data kan oppbevares i mer enn én tabell. Hver tabell i en relasjonsdatabase vil ha et felt for primærnøkkelen.
Tabeller

En relasjonsdatabase har mer enn én tabell med data . Tabellene er sammen med primærnøkkelen. Nøkkelen kan tjene til å bli med tabeller sammen i mange ulike sammenhenger , for eksempel en en-til -en-relasjon , der hver tabell inneholder en unik rekord , en en-til -mange-relasjon , der en tabell kan inneholde poster om et individ og andre kan ha poster om alt som enkeltes finansielle transaksjoner , eller en mange- til-en- forhold, der en tabell kan inneholde en liste over personer og den andre kan ha data om hvilken type kunder representert ved de individene


cRUD Capability

Alle databaser vil tillate sine eiere å opprette, lese , oppdatere og slette ( cRUD ) . Dette er vanligvis gjort gjennom ulike former for Structured Query Language , designet i 1974 av IBM , og basert på prinsippene om relasjonell algebra . Språket gjør også de fleste brukerne kan søke og manipulere data , samt beskytte den mot uønskede oppdateringer , slettinger eller andre potensielle feil .