Peter Chen utvecklade ER-diagrammet 1976. ER-modellen skapades för att ge en enkel och begriplig modell för att representera strukturen och logiken i databaser. Det har sedan dess utvecklats till varianter som den förbättrade ER-modellen och objektrelationsmodellen

Entitetsrelationsmodellen är en modell för att identifiera enheter som ska representeras i databasen och representation av hur dessa enheter är relaterade. ER-datamodellen specificerar företagsschema som representerar den övergripande logiska strukturen för en databas grafiskt.

Entity Relationship Diagram förklarar relationen mellan de enheter som finns i databasen. ER-modeller används för att modellera verkliga objekt som en person, en bil eller ett företag och relationen mellan dessa verkliga objekt. Kort sagt är ER-diagrammet det strukturella formatet för databasen.

Varför använda ER-diagram i DBMS?

• ER-diagram används för att representera E-R-modellen i en databas, vilket gör dem lätta att konvertera till relationer (tabeller).
• ER-diagram ger syftet med verkliga modellering av objekt som gör dem mycket användbara.
• ER-diagram kräver ingen teknisk kunskap och inget hårdvarustöd.
• Dessa diagram är mycket lätta att förstå och lätta att skapa även för en naiv användare.
• Det ger en standardlösning för att visualisera data logiskt.

Symboler som används i ER-modellen

ER Model används för att modellera den logiska vyn av systemet ur ett dataperspektiv som består av dessa symboler:

• Rektanglar: Rektanglar representerar enheter i ER-modellen.
• Ellipser: Ellipser representerar attribut i ER-modellen.
• Diamant: Diamanter representerar relationer mellan enheter.
• Rader: Linjer representerar attribut till entiteter och entitetsuppsättningar med andra relationstyper.
• Dubbel Ellips: Dubbla ellipser representerar Attribut med flera värden .
• Dubbel rektangel: Dubbel rektangel representerar en svag enhet.

Symboler som används i ER Diagram

Komponenter i ER Diagram

ER-modellen består av enheter, attribut och relationer mellan enheter i ett databassystem.

Komponenter i ER Diagram

Entitet

En Entitet kan vara ett objekt med en fysisk existens – en viss person, bil, hus eller anställd – eller det kan vara ett objekt med en konceptuell existens – ett företag, ett jobb eller en universitetskurs.

Entiteter är av två typer

1. Materiell enhet – Som kan röras som bil, person etc.

2.Icke-påtaglig enhet – Som inte kan röras som luft, bankkonto etc.

Entitetsuppsättning: En Entitet är ett objekt av Entitetstyp och en uppsättning av alla entiteter kallas en entitetsuppsättning. Till exempel är E1 en entitet som har Entity Type Student och uppsättningen av alla studenter kallas Entity Set. I ER-diagrammet representeras Entity Type som:

Entitetsuppsättning

dfa automata exempel

Vi kan representera entiteten i ER Diagram men kan inte representera entitet i ER Diagram eftersom entitet är rad och kolumn i relationen och ER Diagram är grafisk representation av data.

1. Stark enhet

A Stark Entitet är en typ av enhet som har ett nyckelattribut. Strong Entity är inte beroende av annan Entity i Schemat. Den har en primärnyckel, som hjälper till att identifiera den unikt, och den representeras av en rektangel. Dessa kallas Strong Entity Types.

2. Svag enhet

En enhetstyp har ett nyckelattribut som unikt identifierar varje entitet i entitetsuppsättningen. Men det finns en enhetstyp för vilken nyckelattribut inte kan definieras. Dessa kallas Svaga Entitetstyper .

Till exempel, Ett företag kan lagra information om anhöriga (föräldrar, barn, make) till en anställd. Men de anhöriga kan inte existera utan den anställde. Så beroende blir en Svag enhetstyp och Anställd kommer att vara Identifierande Entitetstyp för Anhängare, vilket betyder att den är det Stark enhetstyp .

En svag enhetstyp representeras av en dubbel rektangel. Deltagandet av svaga enhetstyper är alltid totalt. Relationen mellan den svaga entitetstypen och dess identifierande starka entitetstyp kallas identifierande relation och den representeras av en dubbel diamant.

Stark enhet och svag enhet

Attribut

Attribut är egenskaperna som definierar entitetstypen. Till exempel är Roll_No, Name, DOB, Age, Address och Mobile_No de attribut som definierar enhetstypen Student. I ER-diagrammet representeras attributet av en oval.

Attribut

1. Nyckelattribut

Attributet som identifierar varje enhet unikt i entitetsuppsättningen kallas nyckelattributet. Till exempel kommer Roll_No att vara unikt för varje elev. I ER-diagrammet representeras nyckelattributet av en oval med underliggande linjer.

Nyckelattribut

2. Sammansatt attribut

Ett attribut består av många andra egenskaper kallas ett sammansatt attribut. Till exempel består adressattributet för eleventitetstypen av Gata, Stad, Stat och Land. I ER-diagrammet representeras det sammansatta attributet av en oval som består av ovaler.

Sammansatt attribut

3. Attribut med flera värden

Ett attribut som består av mer än ett värde för en given enhet. Till exempel, Phone_No (kan vara mer än ett för en given elev). I ER-diagrammet representeras ett flervärdigt attribut av en dubbel oval.

Flervärdigt attribut

4. Härlett attribut

Ett attribut som kan härledas från andra attribut av entitetstypen är känt som ett härlett attribut. t.ex.; Ålder (kan härledas från DOB). I ER-diagrammet representeras det härledda attributet av en streckad oval.

Härlett attribut

Den kompletta Entity Type-studenten med dess attribut kan representeras som:

Entitet och attribut

Relationstyp och relationsuppsättning

En relationstyp representerar kopplingen mellan entitetstyper. Till exempel är 'Regerad i' en relationstyp som finns mellan enhetstypen Student och Kurs. I ER-diagram representeras relationstypen av en romb och förbinder enheterna med linjer.

Entity-Relation Set

En uppsättning relationer av samma typ kallas en relationsuppsättning. Följande relationsuppsättning visar S1 som registrerad i C2, S2 som registrerad i C1 och S3 som registrerad i C3.

Relationsuppsättning

Grad av en relationsuppsättning

Antalet olika entitetsuppsättningar som deltar i en relationsuppsättning kallas graden av en relationsuppsättning.

1. Enärt förhållande: När det bara finns EN entitetsuppsättning som deltar i en relation, kallas relationen en unär relation. Till exempel är en person gift med endast en person.

Unärt förhållande

2. Binärt förhållande: När det finns TVÅ enheter som deltar i en relation kallas relationen för en binär relation. Till exempel är en student inskriven i en kurs.

Binärt förhållande

3. Ternärt förhållande: När det finns n entitetsuppsättningar som deltar i en relation, kallas relationen en n-är relation.

Kardinalitet

Antalet gånger en enhet i en enhetsuppsättning deltar i en relationsuppsättning kallas kardinalitet . Kardinalitet kan vara av olika typer:

1. En-till-en: När varje entitet i varje entitetsuppsättning endast kan delta en gång i relationen, är kardinaliteten en-till-en. Låt oss anta att en man kan gifta sig med en kvinna och en kvinna kan gifta sig med en man. Så relationen kommer att vara en-till-en.

java slumpmässig matematik slumpmässig

det totala antalet tabeller som kan användas i detta är 2.

en till en kardinalitet

Med uppsättningar kan det representeras som:

Ställ in representation av en-till-en

2. En-till-många: Även i en-till-många-mappning där varje enhet kan relateras till mer än en enhet och det totala antalet tabeller som kan användas i detta är 2. Låt oss anta att en kirurgavdelning kan ta emot många läkare. Så kardinaliteten blir 1 till M. Det betyder att en avdelning har många läkare.

totalt antal tabeller som kan användas är 3.

en till många kardinalitet

Genom att använda uppsättningar kan en-till-många-kardinalitet representeras som:

Ställ in representation av en-till-många

3. Många-till-en: När enheter i en entitetsuppsättning endast kan delta en gång i relationsuppsättningen och enheter i andra entitetsuppsättningar kan delta mer än en gång i relationsuppsättningen, är kardinalitet många till en. Låt oss anta att en student bara kan ta en kurs men en kurs kan tas av många studenter. Så kardinaliteten blir n till 1. Det betyder att för en kurs kan det finnas n studenter men för en student kommer det bara att finnas en kurs.

Det totala antalet tabeller som kan användas i detta är 3.

många till en kardinalitet

Genom att använda uppsättningar kan det representeras som:

Ställ in representation av många-till-en

I det här fallet går varje student bara en kurs men en kurs har gått av många studenter.

4. Många-till-många: När entiteter i alla entitetsuppsättningar kan delta mer än en gång i relationen är kardinalitet många till många. Låt oss anta att en student kan läsa mer än en kurs och en kurs kan läsas av många studenter. Så relationen kommer att vara många till många.

det totala antalet tabeller som kan användas i detta är 3.

många till många kardinalitet

Genom att använda uppsättningar kan det representeras som:

Många-till-många-uppsättningsrepresentation

I det här exemplet är elev S1 inskriven i C1 och C3 och kurs C3 är registrerad av S1, S3 och S4. Så det är många-till-många relationer.

Deltagandebegränsning

Deltagandebegränsning tillämpas på den enhet som deltar i relationsuppsättningen.

1. Totalt deltagande – Varje entitet i entitetsuppsättningen måste delta i relationen. Om varje student måste anmäla sig till en kurs kommer studenternas deltagande att vara totalt. Totalt deltagande visas med en dubbel linje i ER-diagrammet.

2. Delvis deltagande – Entiteten i entitetsuppsättningen får eller får INTE delta i relationen. Om vissa kurser inte är anmälda av någon av studenterna kommer deltagandet i kursen att vara delvis.

Diagrammet visar relationsuppsättningen 'Inskriven i' med uppsättningen Student Entity som har totalt deltagande och Course Entity-uppsättningen med partiellt deltagande.

Totalt deltagande och partiellt deltagande

Med Set kan det representeras som,

Ställ in representation av totalt deltagande och partiellt deltagande

Varje student i Student Entity-uppsättningen deltar i en relation men det finns en kurs C4 som inte deltar i relationen.

Hur man ritar ER-diagram?

• Det allra första steget är att identifiera alla enheter och placera dem i en rektangel och märka dem därefter.
• Nästa steg är att identifiera relationen mellan dem och placera dem därefter med hjälp av diamanten, och se till att relationer inte är kopplade till varandra.
• Bifoga attribut till enheterna på rätt sätt.
• Ta bort överflödiga enheter och relationer.
• Lägg till rätt färger för att markera data som finns i databasen.