Peter Chen utviklet ER-diagrammet i 1976. ER-modellen ble laget for å gi en enkel og forståelig modell for å representere strukturen og logikken til databaser. Den har siden utviklet seg til varianter som den forbedrede ER-modellen og objektrelasjonsmodellen

Entitetsrelasjonsmodellen er en modell for å identifisere enheter som skal representeres i databasen og representasjon av hvordan disse enhetene er relatert. ER-datamodellen spesifiserer bedriftsskjema som representerer den overordnede logiske strukturen til en database grafisk.

Entity Relationship Diagram forklarer forholdet mellom enhetene som finnes i databasen. ER-modeller brukes til å modellere virkelige objekter som en person, en bil eller et selskap og forholdet mellom disse virkelige objektene. Kort sagt er ER-diagrammet det strukturelle formatet til databasen.

Hvorfor bruke ER-diagrammer i DBMS?

• ER-diagrammer brukes til å representere E-R-modellen i en database, noe som gjør dem enkle å konvertere til relasjoner (tabeller).
• ER-diagrammer gir hensikten med real-world modellering av objekter som gjør dem intenst nyttige.
• ER-diagrammer krever ingen teknisk kunnskap og ingen maskinvarestøtte.
• Disse diagrammene er veldig enkle å forstå og enkle å lage selv for en naiv bruker.
• Det gir en standardløsning for å visualisere dataene logisk.

Symboler som brukes i ER-modellen

ER-modellen brukes til å modellere det logiske synet av systemet fra et dataperspektiv som består av disse symbolene:

• Rektangler: Rektangler representerer enheter i ER-modellen.
• Ellipser: Ellipser representerer attributter i ER-modellen.
• Diamant: Diamanter representerer relasjoner mellom enheter.
• Linjer: Linjer representerer attributter til enheter og enhetssett med andre relasjonstyper.
• Dobbel Ellipse: Doble ellipser representerer Multi-Valued Attributter .
• Dobbelt rektangel: Dobbelt rektangel representerer en svak enhet.

Symboler brukt i ER Diagram

Komponenter av ER-diagram

ER-modellen består av enheter, attributter og relasjoner mellom enheter i et databasesystem.

Komponenter av ER-diagram

Entitet

En enhet kan være et objekt med en fysisk eksistens – en bestemt person, bil, hus eller ansatt – eller det kan være et objekt med en konseptuell eksistens – en bedrift, en jobb eller et universitetskurs.

Entitet er av to typer

1. Materiell enhet – Som kan berøres som bil, person osv.

2. Ikke - håndgripelig enhet – Som ikke kan berøres som luft, bankkonto osv.

Entitetssett: En Entitet er et objekt av Entity Type og et sett med alle enheter kalles et entitetssett. For eksempel er E1 en enhet som har Entity Type Student og settet med alle studenter kalles Entity Set. I ER-diagrammet er enhetstype representert som:

Entitetssett

okser vs okse

Vi kan representere enheten satt i ER Diagram, men kan ikke representere enheten i ER Diagram fordi enheten er rad og kolonne i relasjonen og ER Diagram er grafisk representasjon av data.

1. Sterk enhet

EN Sterk enhet er en type enhet som har et nøkkelattributt. Strong Entity er ikke avhengig av andre Entity i skjemaet. Den har en primærnøkkel, som hjelper til med å identifisere den unikt, og den er representert av et rektangel. Disse kalles Strong Entity Types.

2. Svak enhet

En enhetstype har et nøkkelattributt som unikt identifiserer hver enhet i enhetssettet. Men det finnes en enhetstype som nøkkelattributter ikke kan defineres for. Disse kalles Svake enhetstyper .

For eksempel, Et selskap kan lagre informasjon om pårørende (foreldre, barn, ektefelle) til en ansatt. Men de pårørende kan ikke eksistere uten den ansatte. Så avhengig vil være en Svak enhetstype og ansatt vil være en identifiserende enhetstype for avhengig, som betyr at den er det Sterk enhetstype .

En svak enhetstype er representert av et dobbelt rektangel. Deltagelsen av svake enhetstyper er alltid total. Forholdet mellom den svake enhetstypen og dens identifiserende sterke enhetstype kalles identifiserende relasjon og den er representert av en dobbel diamant.

Sterk enhet og svak enhet

Attributter

Attributter er egenskapene som definerer enhetstypen. For eksempel er Roll_No, Name, DOB, Age, Address og Mobile_No attributtene som definerer enhetstypen Student. I ER-diagram er attributtet representert av en oval.

Egenskap

1. Nøkkelattributt

Attributten som identifiserer hver enhet unikt i enhetssettet kalles nøkkelattributtet. For eksempel vil Roll_No være unik for hver elev. I ER-diagram er nøkkelattributtet representert av en oval med underliggende linjer.

Nøkkelattributt

2. Sammensatt attributt

Et attributt sammensatt av mange andre egenskaper kalles en sammensatt attributt. For eksempel består adresseattributtet for studentenhetstypen av Street, City, State og Country. I ER-diagrammet er det sammensatte attributtet representert av en oval som består av ovaler.

Sammensatt attributt

3. Multivalued Attribut

Et attributt som består av mer enn én verdi for en gitt enhet. For eksempel Phone_No (kan være mer enn én for en gitt student). I ER-diagram er et attributt med flere verdier representert av en dobbel oval.

Flerverdi attributt

4. Avledet attributt

Et attributt som kan avledes fra andre attributter av enhetstypen er kjent som et avledet attributt. f.eks.; Alder (kan avledes fra DOB). I ER-diagrammet er det avledede attributtet representert med en stiplet oval.

Avledet attributt

Den komplette enhetstypestudenten med dens attributter kan representeres som:

Entitet og attributter

mysql oppdatering bli med

Relasjonstype og Relasjonssett

En relasjonstype representerer assosiasjonen mellom enhetstyper. For eksempel er «Enrolled in» en relasjonstype som eksisterer mellom enhetstypen Student og Course. I ER-diagram er relasjonstypen representert av en diamant og forbinder enhetene med linjer.

Entitet-relasjonssett

Et sett med relasjoner av samme type er kjent som et relasjonssett. Følgende relasjonssett viser S1 som registrert i C2, S2 som registrert i C1, og S3 som registrert i C3.

Relasjonssett

Grad av et relasjonssett

Antallet forskjellige enhetssett som deltar i et relasjonssett kalles graden av et relasjonssett.

1. Unært forhold: Når det bare er EN enhetssett som deltar i en relasjon, kalles relasjonen en unær relasjon. For eksempel er én person gift med kun én person.

Unært forhold

2. Binært forhold: Når det er TO enheter som deltar i en relasjon, kalles relasjonen en binær relasjon. For eksempel er en student påmeldt et kurs.

Binært forhold

3. Ternært forhold: Når det er n entitetssett som deltar i en relasjon, kalles forholdet et n-ært forhold.

Kardinalitet

Antall ganger en enhet i et enhetssett deltar i et relasjonssett er kjent som kardinalitet . Kardinalitet kan være av forskjellige typer:

1. En-til-en: Når hver enhet i hvert enhetssett bare kan delta én gang i forholdet, er kardinaliteten en-til-en. La oss anta at en mann kan gifte seg med en kvinne og en kvinne kan gifte seg med en mann. Så forholdet vil være en-til-en.

det totale antallet tabeller som kan brukes i dette er 2.

en til en kardinalitet

Ved å bruke sett kan det representeres som:

Sett representasjon av en-til-en

2. En-til-mange: I en-til-mange kartlegging også hvor hver enhet kan relateres til mer enn én enhet og det totale antallet tabeller som kan brukes i denne er 2. La oss anta at en kirurgavdeling kan romme mange leger. Så kardinaliteten vil være 1 til M. Det betyr at en avdeling har mange leger.

totalt antall tabeller som kan brukes er 3.

en til mange kardinalitet

Ved å bruke sett kan en-til-mange-kardinalitet representeres som:

Angi representasjon av en-til-mange

3. Mange-til-en: Når enheter i ett enhetssett bare kan delta én gang i relasjonssettet og enheter i andre enhetssett kan delta mer enn én gang i relasjonssettet, er kardinalitet mange til én. La oss anta at en student bare kan ta ett kurs, men ett kurs kan tas av mange studenter. Så kardinaliteten vil være n til 1. Det betyr at for ett emne kan det være n studenter, men for en student vil det bare være ett emne.

Det totale antallet tabeller som kan brukes i dette er 3.

mange til en kardinalitet

Ved å bruke sett kan det representeres som:

Sett representasjon av mange-til-en

I dette tilfellet tar hver student bare 1 kurs, men 1 kurs har blitt tatt av mange studenter.

4. Mange-til-mange: Når entiteter i alle entitetssett kan delta mer enn én gang i forholdet er kardinalitet mange til mange. La oss anta at en student kan ta mer enn ett emne og ett emne kan tas av mange studenter. Så forholdet vil være mange til mange.

det totale antallet tabeller som kan brukes i dette er 3.

mange til mange kardinalitet

Ved å bruke sett kan det representeres som:

Mange-til-mange-representasjon

I dette eksemplet er student S1 registrert i C1 og C3 og kurs C3 er registrert av S1, S3 og S4. Så det er mange-til-mange forhold.

icloud-bilder til Android

Deltakelsesbegrensning

Deltakelsesbegrensning brukes på enheten som deltar i relasjonssettet.

1. Total deltakelse – Hver enhet i enhetssettet må delta i forholdet. Dersom hver student må melde seg på et emne, vil deltakelsen av studenter være total. Samlet deltakelse er vist med en dobbel linje i ER-diagrammet.

2. Delvis deltakelse – Enheten i enhetssettet kan eller kan IKKE delta i forholdet. Dersom noen emner ikke er påmeldt av noen av studentene, vil deltakelsen i emnet være delvis.

Diagrammet viser relasjonssettet «Enrolled in» med Student Entity-settet med total deltakelse og Course Entity-settet med delvis deltakelse.

Total deltakelse og delvis deltakelse

Ved å bruke Set kan det representeres som,

Angi representasjon av total deltakelse og delvis deltakelse

Hver student i Student Entity-settet deltar i et forhold, men det finnes et kurs C4 som ikke deltar i forholdet.

Hvordan tegne ER-diagram?

• Det aller første trinnet er å identifisere alle enhetene, og plassere dem i et rektangel, og merke dem deretter.
• Det neste trinnet er å identifisere forholdet mellom dem og plassere dem deretter ved å bruke diamanten, og sørge for at relasjoner ikke er koblet til hverandre.
• Fest attributter til enhetene på riktig måte.
• Fjern overflødige enheter og relasjoner.
• Legg til riktige farger for å fremheve dataene som finnes i databasen.