tabeller: eksempel og forklaring

Lær tabeller: eksempel og forklaring i VG2/VG3 med forklaring, eksempler, oppgaver og eksamenstips etter LK20.

Faglig kvalitetssikret av lærere og toppstudenter · Følger læreplanen (LK20) · Sist oppdatert 2026-09-04

Et konkret eksempel gjør tabeller mye enklere

Teori om databaser kan virke abstrakt helt til du ser et konkret eksempel. Da faller mye på plass. Tabeller er nemlig ikke bare en teknisk detalj. De er måten vi organiserer virkelige ting på: kunder, produkter, bestillinger og betalinger. Når du forstår et enkelt eksempel, blir det lettere å lese både struktur og SQL-spørringer.

I dette eksemplet bruker vi en liten nettbutikk. En nettbutikk trenger informasjon om kunder, varer og ordre. Spørsmålet er ikke bare «hva skal lagres?», men også «hvordan bør det deles opp?». Dette er kjernen i databaseforståelse. En tabell løser ett avgrenset behov, og flere tabeller sammen løser hele oppgaven.

Les gjerne også /ressursbank/artikler/hva-er-sql/ og /ressursbank/artikler/hva-er-primarnokkel/ mens du leser. Da ser du hvordan tabellene henger sammen med spørringer og identifisering.

Case: en enkel nettbutikk

Vi tenker oss at butikken trenger tre tabeller: `Kunder`, `Produkter` og `Bestillinger`. Hver tabell har sitt formål. `Kunder` lagrer kundeinformasjon. `Produkter` lagrer vareinformasjon. `Bestillinger` lagrer hva som er bestilt og når. Dette er langt bedre enn å putte alt i én stor tabell.

Hvorfor? Fordi kunden kan bestille flere produkter, og samme produkt kan bestilles av mange kunder. Hvis du legger alt i én tabell, må du gjenta mye informasjon. En kunde kan da dukke opp mange ganger med samme navn, adresse og e-post. Det øker risikoen for feil og gjør oppdatering vanskelig.

Ofte stilte spørsmål

Hvorfor bruker man flere tabeller i stedet for én stor?

For å redusere gjentakelser, gjøre oppdatering enklere og skape en mer ryddig datamodell.

Hva er en fremmednøkkel?

Et felt som peker til en primærnøkkel i en annen tabell.

Hvorfor er `KundeID` bedre enn navn som nøkkel?

Fordi navn kan være like eller endre seg, mens en ID er unik og stabil.

Må alle tabeller ha tre tabeller som i eksemplet?

Nei. Antall tabeller avhenger av behovet. Poenget er at data skal deles opp på en logisk måte.

Hvordan kan jeg forklare dette på en prøve?

Si at tabellene deles opp for å unngå redundans, at nøklene kobler dem sammen, og at SQL bruker disse koblingene til å hente riktig informasjon.

Flere artikler i ressursbanken

← Syre-base-reaksjoner: sammendrag  ·  tabeller forklart enkelt →

Se alle artiklene i ressursbanken

← Tilbake til ifingo