IS-diagram er en grafisk fremstilling av enheter og deres forhold som hjelper til å forstå data uavhengig av den faktiske implementeringen av databasen. Det brukes mest til og annen . La oss forstå terminologien til ER modellering gjennom følgende docket.
Hva er et ER-diagram?
I den virkelige verden kreves det ofte at du viser tabellene og deres forhold, antar at du er en del av databaseteamet i selskapet ditt, og at du må presentere databasedesignet for forretningsbrukere.
Bedriftsbrukerne er ikke-teknisk og det er vanskelig for dem å lese et detaljert designdokument.Hva kan du gjøre? Du må bruke en Entity Relation (ER), modell.
De IS-diagram hjelper oss med å representere tabeller og deres forhold i et bildeformat som vil være lettere å forstå og mer overbevisende for klientene og dine kolleger.
Et eksempel ER-diagram som representerer Ansatt enhet sammen med dets attributter er presentert nedenfor:
Før vi tegner ER-diagrammet, må vi forstå hva relasjoner er og hvordan de er representert.
Forhold
Relasjoner er tilknytningen til en enhet med en annen enhet. Hvert forhold har et navn
Eksempel:
En datamaskin er allokert til en ansatt.
Det kan være mer enn ett forhold mellom enheter, f.eks. en ansatt fungerer i en avdeling mens avdelingslederen (også en ansatt) klarer en avdeling.
Det kan også eksistere et forhold mellom forekomster av samme enhet,
Eksempel:
En ansatt rapporterer til en annen ansatt.
La oss nå gå inn i kardinaliteten.
Kardinaliteten til et ER-diagram
Kardinaliteten i forholdeter antall forekomster i en enhet som er knyttet til antall forekomster i en annen.
Forholdet mellom ansatt og datamaskin, det hjelper oss med å svare på spørsmål som hvor mange datamaskiner som kan tildeles en ansatt, kan datamaskiner deles mellom ansatte, kan ansatte eksistere uten å bli tildelt en datamaskin etc.
Eksempel:
Hvis 0 eller 1 datamaskin kan tildeles 0 eller 1 ansatt, vil kardinaliteten i forholdet mellom disse to enhetene være 1: 1.
grunnleggende datastrukturer i java
Kardinaliteten i forhold er av tre typer: 1: 1, 1: N og M: N .
La oss nå lære om CrowFoot-notasjonene.
Crowfoot-notasjonene
Crowfoot-notasjon er en av måtene å representere kardinaliteten i forholdet i en ER-modell. Notasjonen består av fire symboler, og ett av dem må brukes for hver enhet i et forhold.
La oss si forholdet mellom ansatt og datamaskin er slik at en datamaskin må tildeles en og en ansatt, men en ansatt kan tildeles null eller et hvilket som helst antall datamaskiner. Et slikt forhold er representert av diagrammet nedenfor.
Utenlandske nøkler må opprettes i tabeller for å etablere forholdet mellom enheter.
Tabellen der fremmed nøkkel skal opprettes, avhenger av kardinaliteten i forholdet. La oss nå diskutere typer kardinaliteter og hvordan det påvirker fremstilling av utenlandsk nøkkel.
La oss nå dykke rett i alle disse forskjellige typer forhold.
- 1: 1 forhold
1: 1-forhold representerer sammenhengen mellom den ene forekomsten av en enhet og en enkelt forekomst av den andre enheten. For f.eks. vurdere et selskap der hver ansatt kan tildeles maksimalt 1 datamaskin og datamaskiner ikke deles mellom ansatte.
De Allot_Dt attributt er ikke en eiendom av ansatt eller datamaskin. Det tilhører forhold og er følgelig representert annerledes i ER-modellen.
Vi kan se at arbeidstabellen har to tilleggsattributter:
- CompId
- Allot_Dt
CompId er en fremmed nøkkel for å etablere koblingen mellom disse to tabellene. Allot_Dt, som er attributtet til forholdet, lagres alltid i tabellen som har den utenlandske nøkkelen.
Alternativt kan vi også ha lagt til Id- og Allot_Dt-attributter i datamaskintabellen for å etablere lenken.
- 1: N forhold
1: N-forhold representerer sammenhengen mellom den ene forekomsten av en enhet og flere forekomster av den andre enheten.
Eksempel:
Tenk på et selskap der hver ansatt kan tildeles mange datamaskiner, men datamaskiner kan fortsatt ikke deles mellom ansatte.
I 1: N relasjoner, fremmednøkkelen og forholdsattributtene blir alltid lagt til den mange (N) siden av forholdet. Derfor blir disse attributtene lagt til datamaskintabellen. Den omvendte løsningen vil ikke fungere.
I et forhold mellom mange og en fungerer den primære nøkkelen til en enhet som en fremmed nøkkelen på siden der mange relasjoner er definert
- M: N forhold
M: N forhold representerer en sammenheng mellom flere forekomster av begge enhetene. For f.eks. vurdere et selskap der hver ansatt kan tildeles mange datamaskiner og datamaskiner kan deles mellom ansatte.
I M: N relasjoner, er forholdet representert av en helt ny tabell som har en sammensatt primærnøkkel. En slik struktur krever to fremmed nøkler på den nye tabellen som kobler til primærnøklene til hver av foreldretabellene. Attributtet til forholdet ligger på dette nye bordet.
Mange til mange forhold mellom to enheter resulterer vanligvis i tre tabeller.
Med dette kommer vi til en slutt på denne artikkelen. Jeg håper du har forstått ER-diagrammet, deres typer, viktighet og implementering gjennom noen sanntidseksempler.
Nå som du har forstått det grunnleggende, sjekk ut av Edureka, et pålitelig online læringsfirma med et nettverk med mer enn 250 000 fornøyde elever spredt over hele verden. Edurekas Java J2EE- og SOA-opplæring og sertifiseringskurs er designet for studenter og fagpersoner som ønsker å være Java-utvikler. Kurset er designet for å gi deg et forsprang i Java-programmering og trene deg for både kjerne- og avanserte Java-konsepter sammen med forskjellige Java-rammer som Hibernate & Vår .
Har du spørsmål til oss? Nevn det i kommentarfeltet til denne 'ER Diagram' -bloggen, så kommer vi tilbake til deg så snart som mulig.