Peter Chen udviklede ER-diagrammet i 1976. ER-modellen blev skabt for at give en enkel og forståelig model til at repræsentere strukturen og logikken i databaser. Det har siden udviklet sig til variationer såsom Enhanced ER Model og Object Relationship Model

Entity Relational Model er en model til at identificere enheder, der skal repræsenteres i databasen, og repræsentation af, hvordan disse enheder er relateret. ER-datamodellen specificerer virksomhedsskema, der repræsenterer den overordnede logiske struktur af en database grafisk.

Entity Relationship Diagram forklarer forholdet mellem de enheder, der er til stede i databasen. ER-modeller bruges til at modellere objekter fra den virkelige verden som en person, en bil eller en virksomhed og forholdet mellem disse objekter i den virkelige verden. Kort sagt er ER-diagrammet databasens strukturelle format.

Hvorfor bruge ER-diagrammer i DBMS?

• ER-diagrammer bruges til at repræsentere E-R-modellen i en database, hvilket gør dem nemme at konvertere til relationer (tabeller).
• ER-diagrammer giver formålet med modellering af objekter i den virkelige verden, hvilket gør dem meget nyttige.
• ER-diagrammer kræver ingen teknisk viden og ingen hardwaresupport.
• Disse diagrammer er meget nemme at forstå og nemme at lave selv for en naiv bruger.
• Det giver en standardløsning til logisk visualisering af data.

Symboler brugt i ER-modellen

ER Model bruges til at modellere det logiske syn på systemet fra et dataperspektiv, som består af disse symboler:

• Rektangler: Rektangler repræsenterer enheder i ER-modellen.
• Ellipser: Ellipser repræsenterer attributter i ER-modellen.
• Diamant: Diamanter repræsenterer relationer mellem enheder.
• Linjer: Linjer repræsenterer attributter til enheder og enhedssæt med andre relationstyper.
• Dobbelt Ellipse: Dobbelte ellipser repræsenterer Multi-Valued Attributter .
• Dobbelt rektangel: Dobbelt rektangel repræsenterer en svag enhed.

Symboler brugt i ER Diagram

Komponenter af ER Diagram

ER-modellen består af enheder, attributter og relationer mellem enheder i et databasesystem.

Komponenter af ER Diagram

Enhed

En enhed kan være et objekt med en fysisk eksistens – en bestemt person, bil, hus eller medarbejder – eller det kan være et objekt med en konceptuel eksistens – en virksomhed, et job eller et universitetskursus.

Enheder er af to typer

1. Materiel enhed – Som kan røres som bil, person osv.

2. Ikke - håndgribelig enhed – Som ikke kan røres som luft, bankkonto osv.

Enhedssæt: En enhed er et objekt af enhedstype, og et sæt af alle enheder kaldes et entitetssæt. For eksempel er E1 en enhed med Entity Type Student, og sættet af alle elever kaldes Entity Set. I ER-diagrammet er enhedstype repræsenteret som:

Entitetssæt

partielle derivater i latex

Vi kan repræsentere enheden sat i ER Diagram, men kan ikke repræsentere entitet i ER Diagram, fordi entitet er række og kolonne i relationen, og ER Diagram er grafisk repræsentation af data.

1. Stærk enhed

EN Stærk enhed er en type enhed, der har en nøgleattribut. Strong Entity afhænger ikke af anden Entity i Skemaet. Den har en primær nøgle, der hjælper med at identificere den unikt, og den er repræsenteret af et rektangel. Disse kaldes Strong Entity Types.

2. Svag enhed

En enhedstype har en nøgleattribut, der unikt identificerer hver enhed i enhedssættet. Men der findes en enhedstype, som nøgleattributter ikke kan defineres for. Disse kaldes Svage enhedstyper .

For eksempel, En virksomhed kan opbevare oplysninger om pårørende (forældre, børn, ægtefælle) til en medarbejder. Men de pårørende kan ikke eksistere uden medarbejderen. Så afhængig vil være en Svag enhedstype og medarbejder vil være identificerende enhedstype for afhængig, hvilket betyder, at den er det Stærk enhedstype .

En svag enhedstype er repræsenteret af et dobbelt rektangel. Deltagelsen af ​​svage enhedstyper er altid total. Forholdet mellem den svage enhedstype og dens identificerende stærke enhedstype kaldes identificerende forhold, og det er repræsenteret af en dobbelt diamant.

Stærk enhed og svag enhed

Egenskaber

Egenskaber er de egenskaber, der definerer enhedstypen. For eksempel er Roll_No, Name, DOB, Age, Address og Mobile_No de attributter, der definerer enhedstypen Student. I ER-diagrammet er attributten repræsenteret af en oval.

Attribut

1. Nøgleegenskab

Den egenskab, som identificerer entydigt hver enhed i enhedssættet kaldes nøgleattributten. For eksempel vil Roll_No være unik for hver elev. I ER-diagrammet er nøgleattributten repræsenteret af en oval med underliggende linjer.

Nøgleegenskab

2. Sammensat attribut

En egenskab sammensat af mange andre egenskaber kaldes en sammensat attribut. For eksempel består adresseattributten for elevenhedstypen af ​​Gade, By, Stat og Land. I ER-diagrammet er den sammensatte attribut repræsenteret af en oval bestående af ovaler.

Sammensat egenskab

3. Attribut med flere værdier

En attribut, der består af mere end én værdi for en given enhed. For eksempel Phone_No (kan være mere end én for en given elev). I ER-diagram er en attribut med flere værdier repræsenteret af en dobbelt oval.

Multivalued Attribut

4. Afledt egenskab

En attribut, der kan afledes fra andre attributter af enhedstypen, er kendt som en afledt attribut. f.eks.; Alder (kan udledes af DOB). I ER-diagrammet er den afledte attribut repræsenteret af en stiplet oval.

Afledt egenskab

Den komplette enhedstypestuderende med dens attributter kan repræsenteres som:

Entitet og attributter

en række objekter java

Relationstype og Relationssæt

En Relationstype repræsenterer tilknytningen mellem enhedstyper. For eksempel er 'Tilmeldt' en relationstype, der eksisterer mellem enhedstypen Studerende og Kursus. I ER-diagrammet er relationstypen repræsenteret af en diamant og forbinder enhederne med linjer.

Entitet-Relation Sæt

Et sæt af relationer af samme type er kendt som et relationssæt. Følgende relationssæt viser S1 som tilmeldt C2, S2 som tilmeldt C1 og S3 som registreret i C3.

Forholdssæt

Grad af et relationssæt

Antallet af forskellige entitetssæt, der deltager i et relationssæt, kaldes graden af ​​et forholdssæt.

1. Unært forhold: Når der kun er EN enhedssæt, der deltager i en relation, kaldes relationen en unær relation. For eksempel er én person kun gift med én person.

Unært forhold

2. Binært forhold: Når der er TO enheder, der deltager i en relation, kaldes relationen en binær relation. For eksempel er en studerende tilmeldt et kursus.

Binært forhold

3. Ternært forhold: Når der er n entitetssæt, der deltager i en relation, kaldes relationen en n-ær relation.

Kardinalitet

Antallet af gange, en enhed i et enhedssæt deltager i et relationssæt, er kendt som kardinalitet . Kardinalitet kan være af forskellige typer:

1. En-til-en: Når hver enhed i hvert enhedssæt kun kan deltage én gang i forholdet, er kardinaliteten en-til-en. Lad os antage, at en mand kan gifte sig med en kvinde, og en kvinde kan gifte sig med en mand. Så forholdet vil være en-til-en.

det samlede antal tabeller, der kan bruges i dette, er 2.

en til en kardinalitet

Ved hjælp af sæt kan det repræsenteres som:

Indstil repræsentation af en-til-en

2. En-til-mange: Også i en-til-mange-kortlægning, hvor hver enhed kan relateres til mere end én enhed, og det samlede antal tabeller, der kan bruges i denne, er 2. Lad os antage, at én kirurgafdeling kan rumme mange læger. Så kardinaliteten vil være 1 til M. Det betyder, at én afdeling har mange læger.

det samlede antal tabeller, der kan bruges, er 3.

en til mange kardinalitet

Ved at bruge sæt kan en-til-mange kardinalitet repræsenteres som:

Sæt repræsentation af en-til-mange

3. Mange-til-en: Når enheder i ét enhedssæt kun kan deltage én gang i relationssættet, og enheder i andre enhedssæt kan deltage mere end én gang i relationssættet, er kardinalitet mange til én. Lad os antage, at en studerende kun kan tage ét kursus, men ét kursus kan tages af mange studerende. Så kardinaliteten vil være n til 1. Det betyder, at for ét kursus kan der være n elever, men for én studerende vil der kun være ét kursus.

Det samlede antal tabeller, der kan bruges i dette, er 3.

mange til én kardinalitet

Ved hjælp af sæt kan det repræsenteres som:

Sæt repræsentation af mange-til-en

I dette tilfælde tager hver elev kun 1 kursus, men 1 kursus er blevet taget af mange studerende.

4. Mange-til-mange: Når enheder i alle entitetssæt kan deltage mere end én gang i forholdet, er kardinalitet mange til mange. Lad os antage, at en studerende kan tage mere end et kursus, og et kursus kan tages af mange studerende. Så forholdet vil være mange til mange.

det samlede antal tabeller, der kan bruges i dette, er 3.

mange til mange kardinalitet

Ved hjælp af sæt kan det repræsenteres som:

Mange-til-mange sæt repræsentation

I dette eksempel er elev S1 tilmeldt C1 og C3, og kursus C3 er tilmeldt af S1, S3 og S4. Så det er mange-til-mange forhold.

icloud-billeder til Android

Deltagelsesbegrænsning

Deltagelsesbegrænsning anvendes på den enhed, der deltager i relationssættet.

1. Samlet deltagelse – Hver enhed i enhedssættet skal deltage i forholdet. Hvis hver elev skal tilmelde sig et kursus, vil de studerendes deltagelse være total. Samlet deltagelse er vist med en dobbelt linje i ER-diagrammet.

2. Delvis deltagelse – Enheden i enhedssættet kan eller må IKKE deltage i forholdet. Hvis nogle kurser ikke er tilmeldt af nogen af ​​de studerende, vil deltagelsen i kurset være delvis.

Diagrammet viser forholdssættet 'Tilmeldt i' med Student Entity-sæt med total deltagelse og kursusentitetssæt med delvis deltagelse.

Total Deltagelse og Del Deltagelse

Ved at bruge Set kan det repræsenteres som,

Sæt repræsentation af total deltagelse og deltagelse

Hver studerende i Student Entity-sættet deltager i et forhold, men der findes et kursus C4, der ikke deltager i forholdet.

Hvordan tegner man et ER-diagram?

• Det allerførste trin er at identificere alle entiteterne og placere dem i et rektangel og mærke dem i overensstemmelse hermed.
• Det næste trin er at identificere forholdet mellem dem og placere dem i overensstemmelse hermed ved hjælp af Diamanten, og sørge for, at Relationer ikke er forbundet med hinanden.
• Tilknyt attributter til enhederne korrekt.
• Fjern overflødige enheder og relationer.
• Tilføj korrekte farver for at fremhæve de data, der findes i databasen.