For overskuelighedens skyld antages, at de tre dele ovenstående, som er Wheel, Crank og Stem er de eneste dele (komponenter), at en motorcykel har. Vi havde komponenter tabel som, Komponenter (Itemid, længde, bredde, højde, ...) Da vi var at analysere Indkøb pakke, vi fik Itemid som den primære nøgle for Komponenter; det er, hvor vi havde Komponenter bordet. Husk, at vi ikke rigtig fuldføre Komponenter bordet. Så her er vi nødt til at forene Komponenter bordet med de tre ovennævnte tabeller.
Her, længde, bredde og højde i Komponenter tabellen betyder størrelse og så skal henvise til størrelse i komponenten (motorcykel del) kaldes Stem. På dette tidspunkt en smart database designer kan indse, at selvom Wheel, Crank og Stem klasser danner en komposition med Motorcykel tabellen, udgør de en generalisering (undertyper) med komponenterne del. Må ikke bekymre dig, hvis du ikke kan indse, at nu, fordi jeg fortsætter med at bevise, at de danner undertyper til Komponenter klassen.
Ud fra ovenstående diskussion, skal komponenterne tabellen nu: Komponenter (Itemid, WheelID, Fælge, Eger, CrankID, Vægt, StemID, vægt, størrelse) Jeg har bare placere egenskaberne af komponenter, Wheel, Crank, og Stem på Komponenter tabel. Antag, at arbejderne i motorcyklen selskab, der har brug for den database, fortalte os, at hver komponent har en kategori. For eksempel nogle komponenter er roterende, som hjulene, og nogle er faste, som stilken. Så en værdi for kategori er roterende eller fast. Så den attribut, kategori er for alle komponenter.
Den Komponenter Tabellen bliver, Komponenter (Itemid, kategori, WheelID, Fælge, Eger, CrankID, Vægt, StemID, vægt, størrelse) Jeg har indsat kategori attribut i Komponenter tabellen notation. I denne Komponenter tabel, Itemid og kategori attributter er for alle komponenter. Resten af de andre attributter (egenskaber) falder i tre grupper, som vi allerede kender. For hver række i nuværende Komponenter tabellen, gør disse grupper tilføje op til en helhed komponent?