Beste svaret
De fleste relasjonelle databaseservere bruker et programmeringsspråk kjent som Structured Query Language (SQL). SQL er et settorientert programmeringsspråk som er designet for å la folk spørre og oppdatere tabeller med informasjon.
All informasjon er lagret i tabeller. En tabell er delt inn i rader og kolonner. (SQL-teoretikere refererer til kolonner som «attributter» og rader som «tupler», men vi vil bruke de mer kjente begrepene «kolonner» og «rader». Hver database inneholder 0 eller flere tabeller. De fleste databaser inneholder mange tabeller. Et eksempel på en tabell er vist nedenfor.
Denne tabellen inneholder tre rader med data. (Den øverste «raden», som har etiketter «ID», «NAME» og «ADRESSE» vises her for å gjøre det lettere for leseren. Den faktiske tabellen i databasen har ikke en slik rad.) Tabellen inneholder 3 kolonner (ID, NAME og ADRESSE) .
SQL gir kommandoer for å opprette tabeller, sette inn rader i tabeller, oppdatere data i tabeller, slette rader fra tabeller og spørre radene i tabeller.
Tabeller i SQL, i motsetning til matriser i programmeringsspråk som C, er ikke homogene. I SQL kan en kolonne ha én datatype (for eksempel INTEGER), mens en tilstøtende kolonne kan ha en veldig annen datatype (for eksempel CHAR (20), som betyr en matrise på 20 tegn).
En tabell kan ha var ying antall rader. Rader kan settes inn og slettes når som helst; du trenger ikke å forhåndsallokere plass til maksimalt antall rader. (Alle databaseservere har noe maksimalt antall rader de kan håndtere. For eksempel har de fleste databaseservere som kjører på 32-biters operativsystemer en grense på omtrent to milliarder rader. I de fleste applikasjoner er maksimumet langt mer enn du er sannsynligvis trenger.)
Hver rad («post») må ha minst en verdi, eller en kombinasjon av verdier, som er unik. Hvis vi har to komponister ved navn David Jones til bordet vårt, og vi trenger å oppdatere adressen til bare en av dem, så trenger vi noen måte å skille dem fra hverandre. I noen tilfeller kan du finne en kombinasjon av kolonner som er unik, selv om du ikke finner en enkelt kolonne som inneholder unike verdier. Hvis for eksempel navnekolonnen ikke er tilstrekkelig, vil kanskje kombinasjonen av navn og adresse Vær unik, men uten å vite alle dataene på forhånd, er det vanskelig å garantere at hver verdi vil være unik. De fleste databasedesignere legger til en «ekstra» kolonne som ikke har noe annet formål enn å unikt og enkelt identifisere hver post. I vår tabell ovenfor, for eksempel, er ID-numrene unike. Som du kanskje har lagt merke til, når vi faktisk prøver å oppdatere eller slette en post, identifiserer vi den med dens unike ID (f.eks. «… WHERE id = 1») i stedet for å bruke en annen verdi, for eksempel navn, som kanskje ikke er unik.
Kilde: IBM solidDB 6.3 og IBM solidDB Universal Cache 6.3 Informasjonssenter