Bedste svar
De fleste relationsdatabaseservere bruger et programmeringssprog kendt som Structured Query Language (SQL). SQL er et sætorienteret programmeringssprog, der er designet til at give folk mulighed for at forespørge og opdatere tabeller med information.
Al information er gemt i tabeller. En tabel er opdelt i rækker og kolonner. (SQL-teoretikere henviser til kolonner som “attributter” og rækker som “tupler”, men vi bruger de mere velkendte udtryk “kolonner” og “rækker”. Hver database indeholder 0 eller flere tabeller. De fleste databaser indeholder mange tabeller. Et eksempel på en tabel er vist nedenfor.
Denne tabel indeholder 3 datarækker. (Den øverste “række”, som har etiketter “ID”, “NAME” og “ADRESSE” vises her for at gøre det lettere for læseren. Den aktuelle tabel i databasen har ikke sådan en række.) Tabellen indeholder 3 kolonner (ID, NAVN og ADRESSE) .
SQL giver kommandoer til at oprette tabeller, indsætte rækker i tabeller, opdatere data i tabeller, slette rækker fra tabeller og forespørge på række i tabeller.
Tabeller i SQL, i modsætning til arrays i programmeringssprog som C er ikke homogene. I SQL kan en kolonne have en datatype (f.eks. INTEGER), mens en tilstødende kolonne kan have en meget anden datatype (såsom CHAR (20), hvilket betyder en matrix på 20 tegn).
En tabel kan have var ying antal rækker. Rækker kan indsættes og slettes når som helst; du behøver ikke at forhåndsallocere plads til et maksimalt antal rækker. (Alle databaseservere har et maksimalt antal rækker, som de kan håndtere. For eksempel har de fleste databaseservere, der kører på 32-bit operativsystemer, en grænse på cirka to milliarder rækker. I de fleste applikationer er maksimumet langt mere end du er sandsynligvis brug for.)
Hver række (“post”) skal have mindst en værdi eller en kombination af værdier, der er unik. Hvis vi har to komponister ved navn David Jones til vores bord, og vi kun har brug for at opdatere adressen på en af dem, så har vi brug for en måde at skelne dem ad. I nogle tilfælde kan du finde en kombination af kolonner, der er unik, selvom du ikke kan finde en enkelt kolonne, der indeholder unikke værdier. Hvis f.eks. Kolonnen navn ikke er tilstrækkelig, vil kombinationen af navn og adresse måske være Vær unik, men uden at kende alle data i forvejen er det svært at garantere, at hver værdi er unik. De fleste databasedesignere tilføjer en “ekstra” kolonne, der ikke har noget andet formål end at entydigt og let identificere hver post. I vores tabel ovenfor er f.eks. ID-numrene unikke. Som du måske har bemærket, når vi faktisk prøver at opdatere eller slette en post, identificerer vi den ved dens unikke ID (f.eks. “… WHERE id = 1”) snarere end ved at bruge en anden værdi, såsom navn, der muligvis ikke er unik.
Kilde: IBM solidDB 6.3 og IBM solidDB Universal Cache 6.3 Informationscenter