Designing Databasetabeller - Del 9Division 2Innledning Dette er en del 9 av mine serier Designing databasetabeller. I denne delen av serien ser vi på refleksive relasjoner i pakker som du designe din database. Vi skal fortsette med eksempel på selskap som produserer motorsykler. Husk, vårt mål er å flytte fra en pakke til normaliserte tabeller. Jeg antar at du har lest alle de forskjellige delene av serien i de to divisjoner opp til dette punktet. Et normalisert tabellen må være i 1NF, 2NF og 3NF minst. I siste del av serien, var vi ute på innkjøp pakken.
Det er relasjoner i pakken. Vi har sett tre av dem. La oss se på den fjerde i denne del av serien. Det er den refleksive fotballkrets. 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.Meaning av Reflexive bekjentskap En refleksiv foreningen er en relasjon fra en klasse (tabell) tilbake til itself.
Example Du er nødt til å åpne følgende lenke i en fane nettleser for å se tabellen og diagrammet for denne opplæringen:
https://www.broad-network.com/ChrysanthusForcha/reflexive-relationship.htm En veldig vanlig virksomhet situasjon for den refleksive forholdet er med en ansatt bord. Tabell 10.1 viser et eksempel Employee bord. I denne tabellen er det en AnsattID kolonne og en leder kolonne. Et forhold mellom ansatte og ledere. En leder er også en ansatt og dette gjør forholdet refleksive. Det er tre ledere i tabellen. Disse lederne er administrerende direktør, salgssjef og fabrikksjef.
Informasjon for hver ansatt er på rad. I lederen cellen i hver rad, har du ID av den ansattes leder. Siden det er tre ledere blant de ansatte, kan du bare finne tre mulige verdier (IDS) i Leder column.Business Regel Virksomheten regelen for tabellen ovenfor er at hver ansatt kan bare ha én leder. Dette betyr et en-til-mange-relasjon mellom leder og medarbeider. Det er mulig å ha et selskap der hver ansatt kan ha mer enn én manager; men jeg vil ikke ta that.Class Diagram Fig 10.1 viser klassediagram for tabellen ovenfor.
I en av de tidligere deler av denne serien, ble ansatt klassen trukket i Purchasing Package. Det er greit, siden hvis det ikke ble gjort på den måten, ville analysen av Purchasing klassen ikke være komplett. Ansatte klassen faktisk er en pakke på egen hånd. Dette er fordi selskapet som ber deg om å skrive databasen behandler det som en st
exe?