Entity Relationship (ER) Diagram Model med DBMS Eksempel
Hvad er ER-diagram?
ER diagram står for Entity Relationship Diagram, også kendt som ERD er et diagram, der viser forholdet mellem enhedssæt gemt i en database. Med andre ord hjælper ER-diagrammer med at forklare den logiske struktur af databaser. ER-diagrammer er skabt ud fra tre grundlæggende begreber: entiteter, attributter og relationer.
ER-diagrammer indeholder forskellige symboler, der bruger rektangler til at repræsentere enheder, ovaler til at definere attributter og diamantformer til at repræsentere relationer.
Ved første kig ligner et ER-diagram meget flowdiagrammet. ER Diagram indeholder dog mange specialiserede symboler, og dets betydninger gør denne model unik. Formålet med ER Diagram er at repræsentere enhedsrammeinfrastrukturen.
Hvad er ER-model?
ER model står for Entity Relationship Model er et konceptuelt datamodeldiagram på højt niveau. ER-modellen hjælper til systematisk at analysere datakrav for at producere en veldesignet database. ER-modellen repræsenterer enheder i den virkelige verden og relationerne mellem dem. Oprettelse af en ER-model i DBMS betragtes som en bedste praksis før implementering af din database.
ER modellering hjælper dig med at analysere datakrav systematisk for at producere en veldesignet database. Så det betragtes som en bedste praksis at gennemføre ER-modellering, før du implementerer din database.
Historien om ER-modeller
ER-diagrammer er visuelle værktøjer, der er nyttige til at repræsentere ER-modellen. Peter Chen foreslog ER Diagram i 1971 for at skabe en ensartet konvention, der kan bruges til relationelle databaser og netværk. Han havde til formål at bruge en ER-model som en konceptuel modelleringstilgang.
Hvorfor bruge ER-diagrammer?
Her er de vigtigste grunde til at bruge ER-diagrammet
- Hjælper dig med at definere termer relateret til enhedsforholdsmodellering
- Giv en forhåndsvisning af, hvordan alle dine borde skal forbindes, hvilke felter der skal være på hvert bord
- Hjælper med at beskrive enheder, attributter, relationer
- ER-diagrammer kan oversættes til relationelle tabeller, som giver dig mulighed for hurtigt at bygge databaser
- ER-diagrammer kan bruges af databasedesignere som en blueprint til implementering af data i specifikke softwareapplikationer
- Databasedesigneren får en bedre forståelse af den information, der skal være indeholdt i databasen ved hjælp af ERP-diagram
- ERD Diagram giver dig mulighed for at kommunikere med den logiske struktur af databasen til brugerne
Fakta om ER Diagram Model
Lad os nu i denne ERD Diagram Tutorial se nogle interessante fakta om ER Diagram Model:
- ER-modellen giver dig mulighed for at tegne Database Design
- Det er et brugervenligt grafisk værktøj til modellering af data
- Udbredt i databasedesign
- Det er en GUI-repræsentation af den logiske struktur i en database
- Det hjælper dig med at identificere de enheder, der findes i et system, og relationerne mellem disse enheder
ER-diagrammer Symboler og notationer
Entity Relationship Diagram Symboler & Notationer indeholder hovedsageligt tre grundlæggende symboler, som er rektangel, oval og diamant for at repræsentere relationer mellem elementer, entiteter og attributter. Der er nogle underelementer, som er baseret på hovedelementer i ERD Diagram. ER-diagram er en visuel repræsentation af data, der beskriver, hvordan data er relateret til hinanden ved hjælp af forskellige ERD-symboler og notationer.
Følgende er hovedkomponenterne og dets symboler i ER-diagrammer:
- Rektangler: Dette Entity Relationship Diagram symbol repræsenterer enhedstyper
- Ellipser: Symbol repræsenterer attributter
- diamanter: Dette symbol repræsenterer relationstyper
- Lines: Den forbinder attributter til enhedstyper og enhedstyper med andre relationstyper
- Primærnøgle: egenskaber er understreget
- Double Ellipser: Repræsenter attributter med flere værdier
Komponenter i ER-diagrammet
Denne model er baseret på tre grundlæggende koncepter:
- Enheder
- Attributter
- Relationer
Eksempler på ER-diagram
For eksempel kan vi i en universitetsdatabase have enheder for studerende, kurser og undervisere. Elevens enhed kan have attributter som Rollno, Name og DeptID. De kan have relationer til kurser og undervisere.
HVAD ER ENHED?
En ting i den virkelige verden, enten levende eller ikke-levende, der er let genkendelig og ikke-genkendelig. Det er alt i virksomheden, der skal repræsenteres i vores database. Det kan være en fysisk ting eller blot et faktum om virksomheden eller en begivenhed, der sker i den virkelige verden.
En enhed kan være sted, person, objekt, begivenhed eller et koncept, som gemmer data i databasen. Entiteternes egenskaber skal have en egenskab og en unik nøgle. Hver enhed består af nogle 'attributter', som repræsenterer denne enhed.
Eksempler på enheder:
- Person: Medarbejder, studerende, patient
- Sted: Butik, Bygning
- Objekt: Maskine, produkt og bil
- Tilfælde: Salg, registrering, fornyelse
- Koncept: Konto, kursus
Notation af en enhed
Entitetssæt
studerende
Et enhedssæt er en gruppe af lignende slags enheder. Det kan indeholde enheder med attributter, der deler lignende værdier. Enheder er repræsenteret ved deres egenskaber, som også kaldes attributter. Alle attributter har deres separate værdier. For eksempel kan en elevenhed have et navn, alder, klasse som attributter.
Eksempel på enheder:
Et universitet kan have nogle afdelinger. Alle disse afdelinger beskæftiger forskellige undervisere og tilbyder flere programmer.
Nogle kurser udgør hvert program. Studerende tilmelder sig et bestemt program og tilmelder sig forskellige kurser. En underviser fra den specifikke afdeling tager hvert kursus, og hver underviser underviser en forskellig gruppe studerende.
Relationship
Et forhold er intet andet end en sammenslutning mellem to eller flere enheder. Tom arbejder f.eks. i kemiafdelingen.
Enheder deltager i relationer. Vi kan ofte identificere relationer med verber eller verbum.
For eksempel:
- Du deltager i dette foredrag
- Jeg holder foredraget
- Bare hvis du ser enheder, kan vi klassificere relationer efter relationstyper:
- En studerende deltager i en forelæsning
- En foredragsholder holder et foredrag.
Svage enheder
En svag enhed er en type enhed, som ikke har sin nøgleegenskab. Det kan identificeres entydigt ved at overveje den primære nøgle for en anden enhed. Til det skal svage enhedssæt have deltagelse.
I eksemplerne på ovenstående ER-diagram er "Trans No" en diskriminator inden for en gruppe af transaktioner i en pengeautomat.
Lad os lære mere om en svag enhed ved at sammenligne den med en stærk enhed
Stærkt enhedssæt | Svagt enhedssæt |
---|---|
Stærk enhedssæt har altid en primær nøgle. | Den har ikke nok attributter til at bygge en primær nøgle. |
Det er repræsenteret af et rektangelsymbol. | Det er repræsenteret af et dobbelt rektangelsymbol. |
Den indeholder en primær nøgle repræsenteret af det understregede symbol. | Den indeholder en delvis nøgle, som er repræsenteret med et stiplet understregningssymbol. |
Medlemmet af et stærkt enhedssæt kaldes dominerende enhedssæt. | Medlemmet af et svagt enhedssæt kaldet som et underordnet enhedssæt. |
Primærnøgle er en af dens egenskaber, som hjælper med at identificere dens medlem. | I et svagt enhedssæt er det en kombination af primærnøgle og delvis nøgle af det stærke enhedssæt. |
I ER-diagrammet er forholdet mellem to stærke entitetssæt vist ved at bruge et diamantsymbol. | Forholdet mellem et stærkt og et svagt enhedssæt vises ved at bruge det dobbelte diamantsymbol. |
Forbindelseslinjen for den stærke enhed, der er sat til forholdet, er enkelt. | Linjen, der forbinder den svage enhed, der er sat til at identificere relationen, er dobbelt. |
Attributter
Det er en egenskab med en enkelt værdi af enten en enhedstype eller en relationstype.
For eksempel kan en forelæsning have attributter: tid, dato, varighed, sted osv.
En attribut i ER Diagram-eksempler er repræsenteret ved en Ellipse
Typer af attributter | Tekniske beskrivelser |
---|---|
Simpel egenskab | Simple attributter kan ikke opdeles yderligere. For eksempel en elevs kontaktnummer. Det kaldes også en atomværdi. |
Sammensat attribut | Det er muligt at nedbryde sammensatte attributter. For eksempel kan en elevs fulde navn yderligere opdeles i fornavn, efternavn og efternavn. |
Afledt attribut | Denne type attribut er ikke inkluderet i den fysiske database. Deres værdier er dog afledt af andre attributter, der findes i databasen. For eksempel bør alder ikke opbevares direkte. I stedet bør det udledes af den pågældende medarbejders DOB. |
Multiværdi attribut | Attributter med flere værdier kan have mere end én værdi. En elev kan fx have mere end ét mobilnummer, e-mailadresse mv. |
kardinalitet
Definerer de numeriske attributter for forholdet mellem to entiteter eller enhedssæt.
Forskellige typer kardinalforhold er:
- En-til-en forhold
- En-til-mange forhold
- maj til et forhold
- Mange-til-mange forhold
1. En-til-en:
Én enhed fra enhedssæt X kan højst associeres med én enhed af enhedssæt Y og omvendt.
Eksempel: En studerende kan tilmelde sig adskillige kurser. Men alle disse kurser har en enkelt linje tilbage til den ene elev.
2. En-til-mange:
Én enhed fra enhedssæt X kan associeres med flere entiteter af enhedssæt Y, men en enhed fra enhedssæt Y kan associeres med mindst én enhed.
For eksempel består en klasse af flere elever.
3. Mange til en
Mere end én enhed fra enhedssæt X kan højst være knyttet til én enhed af enhedssæt Y. En enhed fra enhedssæt Y kan dog være tilknyttet mere end én enhed fra enhedssæt X.
For eksempel hører mange elever til i samme klasse.
4. Mange til mange:
Én enhed fra X kan associeres med mere end én enhed fra Y og omvendt.
For eksempel er studerende som en gruppe tilknyttet flere fakultetsmedlemmer, og fakultetsmedlemmer kan være tilknyttet flere studerende.
Sådan opretter du et Entity Relationship Diagram (ERD)
Nu i denne ERD Diagram Tutorial lærer vi, hvordan man opretter et ER Diagram. Følgende er trinene til at oprette et ER-diagram:
Lad os studere dem med et Entity Relationship Diagram Eksempel:
In a university, a Student enrolls in Courses. A student must be assigned to at least one or more Courses. Each course is taught by a single Professor. To maintain instruction quality, a Professor can deliver only one course
Trin 1) Enhedsidentifikation
Vi har tre enheder
- studerende
- Course
- Professor
Trin 2) Relationsidentifikation
Vi har følgende to forhold
- Eleven er tildelt et kursus
- Professor leverer et kursus
Trin 3) Kardinalitetsidentifikation
For deres problemformulering ved vi, at
- En elev kan tildeles flere kurser
- En professor kan kun levere en kursus
Trin 4) Identificer attributter
Du er nødt til at studere de filer, formularer, rapporter, data, der i øjeblikket vedligeholdes af organisationen for at identificere attributter. Du kan også gennemføre interviews med forskellige interessenter for at identificere enheder. I første omgang er det vigtigt at identificere attributterne uden at tilknytte dem til en bestemt enhed.
Når du først har en liste over attributter, skal du tilknytte dem til de identificerede enheder. Sørg for, at en attribut skal parres med nøjagtig én enhed. Hvis du mener, at en attribut skal tilhøre mere end én enhed, skal du bruge en modifikator til at gøre den unik.
Når kortlægningen er færdig, skal du identificere de primære nøgler. Hvis en unik nøgle ikke er let tilgængelig, skal du oprette en.
Enhed | Primærnøgle | Attribut |
---|---|---|
studerende | Studiekort | Elevnavn |
Professor | Medarbejder-ID | Professornavn |
Course | Course_ID | Kursusnavn |
For Course Entity kunne attributter være Varighed, Credits, Assignments osv. For nemheds skyld har vi kun overvejet én egenskab.
Trin 5) Opret ERD-diagrammet
En mere moderne repræsentation af Entity Relationship Diagram Eksempel
Bedste praksis for udvikling af effektive ER-diagrammer
Her er nogle bedste praksis eller eksempler på at udvikle effektive ER-diagrammer.
- Fjern eventuelle overflødige enheder eller relationer
- Du skal sikre dig, at alle dine enheder og relationer er korrekt mærket
- Der kan være forskellige gyldige tilgange til et ER-diagram. Du skal sikre dig, at ER-diagrammet understøtter alle de data, du skal gemme
- Du skal sikre dig, at hver enhed kun vises en enkelt gang i ER-diagrammet
- Navngiv hver relation, enhed og attribut, der er repræsenteret på dit diagram
- Forbind aldrig relationer til hinanden
- Du bør bruge farver til at fremhæve vigtige dele af ER-diagrammet
Resumé
- ER Model i DBMS står for en Entity-Relationship model
- ER-modellen er et datamodeldiagram på højt niveau
- ER-diagrammer er et visuelt værktøj, som er nyttigt til at repræsentere ER-modellen
- ER-diagrammer i DBMS er blueprint af en database
- Entitetsrelationsdiagram DBMS viser relationerne for enhedssæt, der er gemt i en database
- ER-diagrammer hjælper dig med at definere termer relateret til enhedsforholdsmodellering
- ER Model i DBMS er baseret på tre grundlæggende koncepter: Entiteter, Attributter & Relationer
- En enhed kan være sted, person, objekt, begivenhed eller et koncept, som gemmer data i databasen (DBMS)
- Et forhold er intet andet end en sammenslutning mellem to eller flere enheder
- En svag enhed er en type enhed, som ikke har sin nøgleegenskab
- Det er en egenskab med en enkelt værdi af enten en enhedstype eller en relationstype
- Det hjælper dig med at definere de numeriske attributter for forholdet mellem to entiteter eller enhedssæt
- ER-Diagram DBMS er en visuel repræsentation af data, der beskriver, hvordan data er relateret til hinanden
- Mens du tegner ER-diagrammer i DBMS, skal du sørge for, at alle dine entiteter og relationer er korrekt mærket.