I de andre en-til-mange relationer, kan én medarbejder skabe mange indkøbsordrer, men kun én købsordre kan oprettes ved én medarbejder. Bemærk: vi er i færd med at skabe normaliserede tabeller (tabeller i hvert fald 3NF) fra en klasse diagram, som vi havde fra en pakke. De to én-til-mange relationer er tilsluttet som det kan ses i fig. 19.1, så de vil blive behandlet sammen. Tabellerne (klasser) har ikke nogen kolonner endnu: Sæt en primær nøgle i hver af de tabeller, der er på den side af en i en-til-mange relationer (leverandør og Medarbejder).
De to tabeller skulle nu være som disse: leverandør (SuplierID, ...) Medarbejder (EmpID, ...) På dette punkt, hvis der er nogen kolonner, som du er sikker på vil gå ind i nogen af tabellerne, du skriver dem. Hvis du ikke er sikker for nogen tabel, skal du ikke skrive noget. Du kan ende op med noget lignende: leverandør (SuplierID, navn, adresse, by, ZipCode, PhoneNumber) Medarbejder (EmpID, navn, adresse, Løn, ...
) For disse to tabeller, vi kan sige man er sikker på den nye kolonner i Leverandøren bordet, men man er sikker på kun tre nye kolonner i Medarbejder tabellen og ikke sikker på hvile eller endda hvis de findes; det er derfor, du har den ellipse "...". Husk på, at alle klasse (tabel) diagrammer er forbundet af nøgler. Så placere SuplierID kolonne fra leverandøren bordet og EmpID kolonne fra Medarbejder tabel i PurchaseOrder tabellen (klasse). Den PurchaseOrder bordet er på mange side af de to en-til-mange relationer. Du skal have denne: PurchaseOrder (SuplierID, EmpID, ...
) Disse to kolonner i PurchaseOrder tabellen danner en sammensat primær nøgle for indkøbsordre. Nu tilføje kolonner, som du er sikker på, bør være i PurchaseOrder bordet; Hvis du ikke er sikker, skal du ikke sætte noget. Du skal have noget lignende: PurchaseOrder (SuplierID, EmpID, Dato, ...) Husk, primære nøgler, uanset om komposit eller single, bør understreges i tabellen notationer. Vi er nået frem til tre normaliserede tabeller; d