Referential integrity

Hvis du laver en postnrby tabel med to felter postnr og by og en anden
tabel person med fire felter navn, gade, nr og postnr - så vil tvungen
referentiel integritet gøre at du ikke kan gemme i person tabellen
hvis postnummer ikke findes i postnrby tabellen.

Man kræver at en fremmed nøgle skal refrere til noget.

Og det er en måde at validere data på.

Referentiel intregitet betyder at du siger, at to tabeller afhænger af hinanden. Hvis der findes en post i den ene tabel skal der findes én i den anden tabel der svarer til den.

Et almindeligt eksempel er kunder i en internetbutik. Du vil så vælge at der ikk kan være en ordre, dvs en post i tabellen Ordrer, uden der er en Post i Tabellen Kunder der svarer til den, idet KundeID i Ordrer er lig KundeID i Ordrer.

Det vil betyde at det ikke kan lade sig gøre at slette en kunde hvis han har købt noget, en eller flere gange, i butikken. det kan heller ikke lade sig gøre at lave en ordre, uden at man angiver et KundeID, der faktisk findes.

Det kan ikke lade sig gøre at oprette en ordre uden at der er en kunde, men du
kan kan godt slette en kunde - det vil bare betyde at de tilhørende odrer også
bliver slettet (cascade delete).

Det giver dels den sikkerhed, at disse helt simple regler ALTID vil blive overholdt. Noget du ellers ville være nødt til at programmere i din applikation på anden måde

Dels letter det faktisk serverens arbejde, idet den "bliver klogere" til at finde data hurtigt frem, når du fortæller den hvordan data hænger sammen. Når du angiver foreign key som arne v ganske rigtigt siger, så laver du samtidig et index på tabellen, der fremmer performance.

man kan også forklare det på den her måde: INGEN BØRN UDEN EN MOR, dvs som Idanielsen skriver, at under tabeller SKAL kunne referere opad. Mvh. Humpfrey

Lukke tid ?

(og et svar fra mig)

??

??

?