Voor de eerste one-to-many relaties, kan het bedrijf vele inkooporders te sturen naar een bepaalde leverancier, maar slechts één leverancier kunnen worden weergegeven in een bestelling. In de andere-op-veel relaties, kan een werknemer vele bestellingen maken, maar slechts één bestelling kan worden door een medewerker. Let op: we zijn in het proces van het creëren genormaliseerde tabellen (tabellen in ten minste 3NF) van een klasse diagram, die we hadden uit een pakket. De twee één-op-veel relaties zijn aangesloten zoals te zien in Fig. 19,1, zodat ze samen behandeld.
De tabellen (klassen) heeft nog geen kolommen: Zet een primaire sleutel in elk van de tabellen die aan de kant van een in het één-op-veel-relaties (leverancier en werknemer). De twee tabellen moet nu als deze: Leverancier (SuplierID, ...) Werknemer (EmpID, ...) Op dit punt, als die er zijn kolommen die u zeker bent dat u in een van de tabellen die u hen te schrijven gaan. Als u niet zeker bent voor een tafel, niet schrijven niets. Je kan eindigen met iets als: Leverancier (SuplierID, naam, adres, plaats, staat, postcode, PhoneNumber) Werknemer (EmpID, naam, adres, salaris, ...
) Voor deze twee tafels, we kunnen zeggen is men zeker van de nieuwe kolommen in de Leverancier tafel, maar men is zeker van de slechts drie nieuwe kolommen van de tabel Werknemer en niet zeker van de rest of zelfs als ze bestaan; dat is de reden waarom je de ellips "...". Bedenk dat alle klasse (tabel) diagrammen zijn verbonden door toetsen. Dus plaats de kolom SuplierID van de leverancier tafel en de kolom EmpID van de werknemer tabel in de PurchaseOrder tabel (klasse). De PurchaseOrder tabel op de vele kant van de twee één-op-veel relaties.
Je moet hebben dit: PurchaseOrder (SuplierID, EmpID, ...) Deze twee kolommen in de PurchaseOrder tafel vormen een samengestelde primaire sleutel voor de bestelling. Nu kolommen die u zeker moet worden in het PurchaseOrder tabel toe te voegen; als j