Designing Databasetabeller - Part 11Division 2Innledning Dette er en del 11 av mine serier Designing databasetabeller. I denne delen av serien ser vi på n-ær foreninger i pakker som du designe din database. Dette er den siste foreningen vi skal behandle i denne divisjonen. I en av de tidligere deler av serien, så vi hvordan å fremstille normaliserte tabeller for en en-til-mange-til-en forhold. Vi så også hvordan å produsere normaliserte tabeller for en mange-til-mange-relasjon (opprette en tabell i midten).
Her skal vi se hvordan å produsere normaliserte tabeller for et mange-til-mange-til-mange-relasjon. Merk: Hvis du ikke kan se koden, eller hvis du tror noe mangler (ødelagt kobling, bilde fraværende), bare kontakte meg på [email protected]. Det er, kontakt meg for den minste problemet du har om hva du reading.Arriving på N-ær Sivil Åpne følgende link i en fane vindu. Du vil bli veksling mellom vinduet og dette som du leser.
https://www.broad-network.com/ChrysanthusForcha/n-ary-package.htm Med i pakken tilnærmingen med å designe databasen, må du for å bryte ned en pakke.
I løpet av å bryte ned en pakke, kan man komme frem til diagrammet på fig. 6.1 i kategorien vinduet. Dette er et mange-til-mange-til-mange-relasjon. Det er det er to mange-til-mange relationships.Normalization å ha normalisert tabeller fra disse tre klassene du må utvikle det som kalles en n-ær struktur fra dem. Tabellene du får fra n-ær struktur er i minst 3NF. Vi skal se alt som i denne opplæringen. Vi skal fortsette med eksempelet motorsykkel selskap. Disse tre tabellene er av forsamlingen Package.Business Regler I fig.6.
1, er Employee bordet den vi har sett i de tidligere deler av serien, og vi vet allerede sin primærnøkkel. Hvis det ikke har en primærnøkkel, må du gi en til det. Component tabellen er Components bordet vi har vært vitne til. Vi vet allerede sin primærnøkkel, som er Itemid. Du kan kalle denne tasten CompID, men sørg for at du holder en lapp på det slik at du ikke glemmer at Itemid og CompID er de samme tingene. Produkt tabellen er Motorcycle bord, som vi har sett, og vi vet allerede sin primærnøkkel, som er, SerialNo. Du kan kalle det MotorcycleID eller ProductID, men gjør en oppmerksom på det.
Hvorfor har vi det mange-til-mange-til-mange-relasjon? Dette er fordi i monteringen av en motorsykkel, kan mange ansatte passe delene (komponenter). Så mange motorsykler er satt sammen av mange ansatte. Det forklarer klart mange-til-mange-relasjon mellom den a