Disse udsagn er eksempler på forretningsregler. Der kan være mere end én egenskab i en gruppe, der ikke er i de andre grupper. Med det, jeg har sagt, har du følgende tabeller: vare (Itemid, Beskrivelse, pris) råstoffer (Vægt, ...) Komponenter (længde, bredde, højde) OfficeSupplies (Rabat, ...) Normalisering Du har fire tabeller ovenfor; Element tabellen og de tre andre tabeller. Disse tabeller er ikke forbundet af nøgler. At normalisere disse tabeller vi skal huske på, at det element tabellen ikke henviser til noget konkret element.
Faktisk alle disse post tabeller kan komprimeres til en Vare tabellen således: Punkt (Itemid, Beskrivelse, pris, vægt, længde, bredde, højde, Rabat) I en sådan tabel, vil der være NULL-værdier; for eksempel, hvis elementet er en råvare, i sin række, vil der være null-værdier for længde og højde celler. I denne rå tabel hver række i tabellen repræsenterer en konkret element. En bedre måde er at have de fire borde og derefter placere Itemid i alle undertype borde, hvilket giver: Vare (Itemid, Beskrivelse, pris) råstoffer (Itemid, Weight, ...) Komponenter (Itemid, længde, bredde, højde, ...
) OfficeSupplies (Itemid, Discount, ...) Disse fire tabeller er i det mindste 3NF; det er fint. Vores mål var at etablere normaliserede tabeller fra undertyper, som vi har i en pakke, og vi har gjort det. Der er en en-til-en forhold mellem Medie bord og subtype tabeller. Enhver række i en undertype tabel har en tilsvarende række i Vare tabellen for elementet beskrivelse og pris. Enhver række i tabellen Element har en tilsvarende række i en af subtype tabeller, ikke i de to andre; i undertype tabellen, har du specifikke egenskaber.
For nu ikke bekymre dig om de andre kolonner for at fuldføre bordet; vi skal se, hvordan man gør det snart. Husk, pakker er relateret via tabeller; vi skal se sådanne relationer, senere. Vi er kommet til slutningen af denne del af serien. Rendezvou
net