Hvad er en relationsdatabase?

Fordi denne opsætning er den smarteste måde at opbevare data på, så du undgår at have den samme data liggende mange steder, med mulighed for fejl og spild af plads

En relationsdatabase er en database, hvor data er organiseret i tabeller over systemets "ting" eller enheder, og hvor der imellem disse tabeller er relationer.

Princippet i relationsdatabaser er, at de enkelte data i basen så vidt muligt kun optræder en gang, og det opnår man ved at oprette særskilte tabeller til alle systemets entiteter.

forestil dig f.eks. at du har en simpel adresse database. Post nummer og by vil forekomme mange gange, da du sikkert har mange kontakter fra samme by. Hvis denne database nu bliver stor, med mange tusinde adresser i, vil det bedre kunne betale sig at ligge en tabel med alle postnummre og byer i og så relatere disse data til adresserne, hermed står hvert postnummer og by kun en gang og skal kun rettes et sted, smart

hov - fik trykket for tidligt...

grunden til at det er godt er, at det er den måde der opstår færrest fejl på og samtidig gøre det lettere at vedligeholde data

En relations database er en database bygget op med et bestemt logisk view.

En database består af et antal tabeller (relationer). En tabel
har et antal felter (attributter) og kan indeholde et antal
rækker/records (tupler). Felter indeholder kun taomiske værdier.
Rækker i tabeller kan knyttes sammen udfra felter med samme
værdi.

Navnene i parentes er de rigtige i henhold til relationel database
teori. Men man bruger normalt de andre.

Der ligger en solid teori bag relationelle databaser. En af
hoved pointerne er at undgå inkonsistente data. Det er et
applikations problem at undgå forkerte data, men databasen
kan sikre mod inkonsistente data.

dvs. man relatere eks. til et by navn med

tabel:
Bynavne -> id, bynavn

Person data:

Navn, alder, (bynavn -> id fra tabellen Bynavn ik?)

Hvis jeg skal brodere lidt på det klassiske postnr by eksempel.

Det er ikke så meget pladsen.

100000 adresser vil spare:
  100000 x 4 bytes - plads til post nummer by tabel = mindre end 400 KB
og det er jo intet idag.

Men hvis man gemmer postnummer og by for hver adresse, så kan man komme
i inkonsistent state og have:

* 6000 Kolding
* 7000 Kolding
* 7000 Fredericia

Hvis man splitter op bil man have:

* 6000
* 7000
* 7000

6000 Kolding
7000 Fredericia

Det kan meget vel være at den anden adresse i virkeligheden er
forkert (og at den er i Kolding).

Men data er stadig konsistente.

arne v -> så i dit eks. er postnr det som finder by navn

Ja.

Eller på relationelsk:
  postnummer er en fremmed-nøgle i adresse tabellen som peger på en
  primær nøgle i postnummer-by tabellen

thorus>

Tid at lukke spørgsmålet ?

??