Design databasetabeller - Del 11Division 2Introduction Dette er en del 11 af min serie Design databasetabeller. I denne del af serien ser vi på n-ary foreninger i pakker, som du designe din database. Dette er den sidste forening, vi skal behandle i denne division. I et af de foregående dele af serien, så vi, hvordan at producere normaliserede tabeller til en én-til-mange-til-én-forhold. Vi så også, hvordan man producerer normaliserede tabeller for en mange-til-mange-relation (oprette en tabel i midten).
Her skal vi se, hvordan man producerer normaliserede tabeller for en mange-til-mange-til-mange-relation. Bemærk: Hvis du ikke kan se koden, eller hvis du tror noget mangler (brudt link, billede fraværende), bare kontakte mig på [email protected]. Det vil sige, kontakt mig for det mindste problem, du har om, hvad du reading.Arriving ved N-ary Relationship Åbn følgende link i en fane vindue. Du vil blive skifte mellem vinduet og dette som du læser.
https://www.broad-network.com/ChrysanthusForcha/n-ary-package.htm Med pakken tilgang designe database, du har at nedbryde en pakke.
I løbet af nedbryde en pakke, kan du ankommer til diagrammet i fig. 6.1 på fanen vinduet. Dette er en mange-til-mange-til-mange-relation. Det er der er to mange-til-mange relationships.Normalization At have normaliserede tabeller fra disse tre klasser du nødt til at udvikle det, der kaldes en n-ær struktur fra dem. Tabellerne du får fra n-ary struktur er i det mindste 3NF. Vi skal se alt, i denne tutorial. Vi skal fortsætte med motorcyklen selskab eksempel. Disse tre tabeller er i forsamlingen Package.Business Regler I fig.6.
1, Medarbejder tabellen er den, vi har set i de tidligere dele af serien, og vi allerede kender dens primære nøgle. Hvis det ikke havde en primær nøgle, du nødt til at give en til det. Komponent bordet er det Komponenter tabellen vi har været vidne til. Vi ved allerede, dens primære nøgle, som er Itemid. Du kan kalde denne tast for CompID, men sørg for at holde en note om, at så du ikke glemmer, at Itemid og CompID er de samme ting. Product Tabellen er Motorcykel tabel, som vi har set, og vi allerede kender dens primære nøgle, som er, SerialNo.
Du kan kalde det MotorcycleID eller ProductID, men gøre et notat om det. Hvorfor har vi den mange-til-mange-til-mange-relation? Dette skyldes, at i samlingen af en motorcykel, kan mange medarbejdere passer delene (komponenter). Så mange motorcykler er samlet af mange medarbejdere. Det forklarer klart den