Het bedrijf moet de afmetingen van de componenten te volgen, maar de afmetingen zijn niet belangrijk in de andere twee groepen van dit bedrijf. Het bedrijf moet de korting aangeboden aan het bedrijf voor elk kantoor aanbod te volgen, maar korting is niet van belang in dit bedrijf voor de andere twee groepen. Deze verklaringen zijn voorbeelden van business rules. Er kunnen meerdere objecten in één groep die niet in de andere groepen. Met wat ik heb gezegd, heb je de volgende tabellen: Item (ItemID, Beschrijving, prijs) RawMaterials (gewicht, ...
) Components (lengte, breedte, hoogte) officesupplies (korting, ...) Normalisatie Je hebt vier bovenstaande tabellen; de Item tabel en de drie andere tafels. Deze tabellen worden niet verbonden door toetsen. Om deze tabellen moeten we in gedachten houden dat de Item tabel niet verwijzen naar een concreet voorwerp te normaliseren.
In feite kunnen al deze post tabellen als volgt worden gecomprimeerd tot één Item tabel: Item (ItemID, Beschrijving, prijs, gewicht, lengte, breedte, hoogte, korting) In een dergelijke tabel, zal er null-waarden; bijvoorbeeld, als het punt grondstof in de rij, zal er null-waarden voor de lengte en hoogte cellen. In deze ruwe tabel elke rij in de tabel geeft een concreet punt. Een betere manier is om de vier tafels en leg dan de ItemID in alle subtype tafels, geven: Item (ItemID, Beschrijving, prijs) RawMaterials (ItemID, gewicht, ...) Components (ItemID, lengte, breedte, hoogte, ...
) officesupplies (ItemID, korting, ...) Deze vier tafels zijn in ten minste de 3NF; Dat is prima. Ons doel was om de genormaliseerde tabellen vaststellen van de subtypes, die wij in een pakket, en we hebben gedaan. Er is een één-op-één relatie tussen punt tafel en subtype tabellen. Elke rij in een subtype tafel heeft een overeenkomstige rij in de Item tabel voor de beschrijving van het item en prijs. Elke rij in de tabel punt een bijbehorende rij in een subtype van de tabellen, in de andere twee; in het s