anomalier

Det er vel det modsatte a normalisering ( 1NF, 2NF, 3NF finder der spm. ), jeg har nu aldrig hørt om nogen der bruger det, men det må jo være noget med at slå nogle tabler sammen og så leve med de ulemper det kan gi\'

Man kan vel sige at anormali er det man prøver at eleminere ved normalisering...

Det vil sige data i tabellen, som ikke \"passer ind\" i den relationelle model.

Eksempelvis: når der står 2 varer på een ordrelinie.

Anomalier opstår ved dirty writes, dirty reads osv.
Hvis man i et to-brugersytem har to personer der opdaterer samme linie, kan forskellige opdateringsformer give forskellige anomalier.

Lad os sige at to bankassistenter opdaterer en kundes saldo. Den første skriver:
update konti set saldo = 100 where kunde = 1;
den næste skriver samtidig
update konti set saldo = 200 where kunde = 1;
Alt efter hvem der kommer først vil der enten stå 100 eller 200 i saldo. Dette forbygges i de fleste databaser ved at nummer to får at vide at rækken er opdateret.
Hvis nu begge sagde:
update konti set saldo = saldo + ekstrabeløb where kunde = 1;
... ville opdateringen gå godt. (her siger de fleste databaser igen at rækken er opdateret)
Brugerne bliver gjort opmærksom på at rækken er opdateret for netop at undgå dirty write.

Normalisering undgår redundans ikke anomalier!