I de andre én-til-mange-relasjoner, kan én ansatt skape mange bestillinger, men bare en kjøpsordre kan være skapt av en ansatt. Merk: vi er i ferd med å skape normaliserte tabeller (tabeller i minst 3NF) fra et klassediagram, som vi hadde fra en pakke. De to en-til-mange forhold er koblet som kan sees i fig. 19.1, slik at de vil bli behandlet sammen. Tabellene (klasser) ikke har noen kolonner ennå: Sett en primærnøkkel i hver av tabellene som er på siden av en i en-til-mange-relasjoner (Leverandør og ansatte). De to tabellene skal nå være som disse: Leverandør (SuplierID, ...
) Medarbeider (EmpID, ...) På dette punktet, hvis det er noen kolonner som du er sikker på vil gå inn i noen av tabellene du skriver dem. Hvis du er usikker på hvilken som helst tabell, ikke skriv noe. Du kan ende opp med noe sånt som: Leverandør (SuplierID, navn, adresse, by, stat, ZipCode, telefonnummer) Medarbeider (EmpID, navn, adresse, Lønn, ...) For disse to tabellene, kan vi si at en er sikker på ny kolonner i Leverandør tabellen, men en er sikker på bare tre nye kolonner i Employee bord og ikke sikker på resten eller selv om de finnes; det er derfor du har ellipse "...".
Husk at alle klasse (tabell) diagrammer er koblet sammen med nøkler. Så plasserer SuplierID kolonnen fra leverandør tabellen og EmpID kolonne fra Employee bord i PurchaseOrder tabellen (klasse). Den PurchaseOrder Bordet er på mange side av de to en-til-mange sammenhenger. Du bør ha dette: PurchaseOrder (SuplierID, EmpID, ...) Disse to kolonner i PurchaseOrder tabellen danner en sammensatt primærnøkkel for innkjøpsordre. Nå legger kolonner som du er sikker bør være i PurchaseOrder bordet; hvis du ikke er sikker, ikke sette noe. Du bør ha noe sånt som: PurchaseOrder (SuplierID, EmpID, Date, ...
) Husk, primærnøkler, enten kompositt eller singel, bør understrekes i tabellen notasjoner. Vi har kommet frem til tre normaliserte tabeller; de er i den tredje normale form. Merk: Det er en litt annen måte du kan utlede bordene for å