Entity Relationship (ER) Diagram Model med DBMS Eksempel
Fiona Brown
Hva er ER-diagram?
ER-diagram står for Entity Relationship Diagram, også kjent som ERD, er et diagram som viser forholdet mellom enhetssett lagret i en database. Med andre ord hjelper ER-diagrammer å forklare den logiske strukturen til databaser. ER-diagrammer lages basert på tre grunnleggende konsepter: enheter, attributter og relasjoner.
ER-diagrammer inneholder forskjellige symboler som bruker rektangler for å representere enheter, ovaler for å definere attributter og diamantformer for å representere relasjoner.
Ved første øyekast ser et ER-diagram veldig ut som flytskjemaet. Imidlertid inkluderer ER Diagram mange spesialiserte symboler, og dets betydninger gjør denne modellen unik. Formålet med ER Diagram er å representere enhetens rammeverksinfrastruktur.
Hva er ER-modellen?
ER modell står for Entity Relationship Model er et konseptuelt datamodelldiagram på høyt nivå. ER-modellen hjelper til med å systematisk analysere datakrav for å produsere en godt utformet database. ER-modellen representerer virkelige enheter og relasjonene mellom dem. Opprette en ER-modell i DBMS anses som en beste praksis før du implementerer databasen din.
ER-modellering hjelper deg å analysere datakrav systematisk for å produsere en godt utformet database. Så det anses som en beste praksis å fullføre ER-modellering før du implementerer databasen din.
Historien om ER-modeller
ER-diagrammer er visuelle verktøy som er nyttige for å representere ER-modellen. Peter Chen foreslo ER Diagram i 1971 for å lage en enhetlig konvensjon som kan brukes for relasjonsdatabaser og nettverk. Han hadde som mål å bruke en ER-modell som en konseptuell modelleringstilnærming.
Hvorfor bruke ER-diagrammer?
Her er de viktigste grunnene til å bruke ER-diagrammet
- Hjelper deg med å definere termer relatert til enhetsrelasjonsmodellering
- Gi en forhåndsvisning av hvordan alle bordene dine skal kobles sammen, hvilke felter som skal være på hvert bord
- Hjelper med å beskrive enheter, attributter, relasjoner
- ER-diagrammer kan oversettes til relasjonstabeller som lar deg bygge databaser raskt
- ER-diagrammer kan brukes av databasedesignere som en blåkopi for å implementere data i spesifikke programvareapplikasjoner
- Databasedesigneren får en bedre forståelse av informasjonen som skal inneholdes i databasen ved hjelp av ERP-diagram
- ERD Diagram lar deg kommunisere med den logiske strukturen til databasen til brukere
Fakta om ER Diagram Model
Nå i denne ERD Diagram Tutorial, la oss sjekke ut noen interessante fakta om ER Diagram Model:
- ER-modellen lar deg tegne databasedesign
- Det er et brukervennlig grafisk verktøy for modellering av data
- Mye brukt i databasedesign
- Det er en GUI-representasjon av den logiske strukturen til en database
- Det hjelper deg å identifisere enhetene som eksisterer i et system og relasjonene mellom disse enhetene
ER-diagrammer Symboler og notasjoner
Entitetsrelasjonsdiagram Symboler og notasjoner inneholder hovedsakelig tre grunnleggende symboler som er rektangel, oval og diamant for å representere forhold mellom elementer, enheter og attributter. Det er noen underelementer som er basert på hovedelementer i ERD-diagrammet. ER Diagram er en visuell representasjon av data som beskriver hvordan data er relatert til hverandre ved hjelp av ulike ERD-symboler og notasjoner.
Følgende er hovedkomponentene og symbolene i ER-diagrammer:
- Rektangler: Dette Entity Relationship Diagram-symbolet representerer enhetstyper
- Ellipser: Symbol representerer attributter
- Diamanter: Dette symbolet representerer relasjonstyper
- Lines: Den kobler attributter til enhetstyper og enhetstyper med andre relasjonstyper
- Primærnøkkel: attributter er understreket
- Double Ellipser: Representerer attributter med flere verdier
Komponenter i ER-diagrammet
Denne modellen er basert på tre grunnleggende konsepter:
- enheter
- attributter
- Relasjoner
Eksempler på ER-diagram
I en universitetsdatabase kan vi for eksempel ha enheter for studenter, kurs og forelesere. Elevens enhet kan ha attributter som Rollno, Name og DeptID. De kan ha forhold til kurs og forelesere.
HVA ER ENHET?
En ting fra den virkelige verden, enten levende eller ikke-levende, som er lett gjenkjennelig og ikke-gjenkjennelig. Det er alt i virksomheten som skal representeres i vår database. Det kan være en fysisk ting eller bare et faktum om bedriften eller en hendelse som skjer i den virkelige verden.
En enhet kan være sted, person, objekt, hendelse eller et konsept, som lagrer data i databasen. Egenskapene til enheter må ha et attributt og en unik nøkkel. Hver enhet består av noen "attributter" som representerer den enheten.
Eksempler på enheter:
- person: Ansatt, student, pasient
- Sted: Butikk, Bygning
- Gjenstand: Maskin, produkt og bil
- Hendelse: Salg, registrering, fornyelse
- Konsept: Konto, kurs
Notasjon av en enhet
Entitetssett
Student
Et enhetssett er en gruppe av lignende typer enheter. Den kan inneholde enheter med attributter som deler lignende verdier. Entiteter er representert ved deres egenskaper, som også kalles attributter. Alle attributter har sine separate verdier. For eksempel kan en studentenhet ha et navn, alder, klasse, som attributter.
Eksempel på enheter:
Et universitet kan ha noen avdelinger. Alle disse avdelingene har ulike forelesere og tilbyr flere programmer.
Noen kurs utgjør hvert program. Studenter registrerer seg i et bestemt program og melder seg på ulike kurs. En foreleser fra den spesifikke avdelingen tar hvert kurs, og hver foreleser underviser en forskjellig gruppe studenter.
Slektskap
Forhold er ikke annet enn en assosiasjon mellom to eller flere enheter. Tom jobber for eksempel i kjemiavdelingen.
Enheter tar del i relasjoner. Vi kan ofte identifisere relasjoner med verb eller verbfraser.
For eksempel:
- Du deltar på denne forelesningen
- Jeg holder foredraget
- Bare se enheter, vi kan klassifisere relasjoner i henhold til relasjonstyper:
- En student deltar på en forelesning
- En foreleser holder et foredrag.
Svake enheter
En svak enhet er en type enhet som ikke har sin nøkkelattributt. Den kan identifiseres unikt ved å vurdere primærnøkkelen til en annen enhet. For det må svake enhetssett ha deltakelse.
I eksemplene ovenfor er "Trans No" en diskriminator innenfor en gruppe transaksjoner i en minibank.
La oss lære mer om en svak enhet ved å sammenligne den med en sterk enhet
| Sterkt enhetssett | Svak enhetssett |
|---|---|
| Sterkt enhetssett har alltid en primærnøkkel. | Den har ikke nok attributter til å bygge en primærnøkkel. |
| Det er representert med et rektangelsymbol. | Det er representert med et dobbelt rektangelsymbol. |
| Den inneholder en primærnøkkel representert av et understrekingssymbol. | Den inneholder en delvis nøkkel som er representert med et stiplet understrekingssymbol. |
| Medlemmet av et sterkt enhetssett kalles dominant enhetssett. | Medlemmet av et svakt enhetssett kalles som et underordnet enhetssett. |
| Primærnøkkel er en av dens attributter som hjelper til med å identifisere medlemmet. | I et svakt enhetssett er det en kombinasjon av primærnøkkel og delvis nøkkel av det sterke enhetssettet. |
| I ER-diagrammet er forholdet mellom to sterke enheter vist ved å bruke et diamantsymbol. | Forholdet mellom en sterk og en svak enhet vises ved å bruke det doble diamantsymbolet. |
| Forbindelseslinjen til den sterke enheten satt med forholdet er singel. | Linjen som forbinder den svake enheten for å identifisere relasjoner er dobbel. |
attributter
Det er en enkeltverdi egenskap av enten en enhetstype eller en relasjonstype.
For eksempel kan en forelesning ha attributter: tid, dato, varighet, sted osv.
Et attributt i ER Diagram-eksempler er representert av en Ellipse
| Typer attributter | Tekniske beskrivelser |
|---|---|
| Enkelt attributt | Enkle attributter kan ikke deles videre. For eksempel en elevs kontaktnummer. Det kalles også en atomverdi. |
| Sammensatt attributt | Det er mulig å bryte ned sammensatte attributter. For eksempel kan en elevs fulle navn deles videre inn i fornavn, etternavn og etternavn. |
| Avledet attributt | Denne typen attributter er ikke inkludert i den fysiske databasen. Imidlertid er verdiene deres avledet fra andre attributter som finnes i databasen. Alder bør for eksempel ikke lagres direkte. I stedet bør den utledes fra DOB-en til den ansatte. |
| Multiverdi attributt | Attributter med flere verdier kan ha mer enn én verdi. En student kan for eksempel ha mer enn ett mobilnummer, e-postadresse osv. |
kardinalitet
Definerer de numeriske attributtene til forholdet mellom to enheter eller enhetssett.
Ulike typer kardinalforhold er:
- En-til-en forhold
- En-til-mange forhold
- mai til ett forhold
- Mange-til-mange forhold
1. En-til-en:
Én enhet fra enhetssett X kan være assosiert med maksimalt én enhet av enhetssett Y og omvendt.
Eksempel: Én student kan registrere seg for flere kurs. Imidlertid har alle disse kursene en enkelt linje tilbake til den ene studenten.
2. En-til-mange:
Én enhet fra enhetssett X kan assosieres med flere enheter av enhetssett Y, men en enhet fra enhetssett Y kan assosieres med minst én enhet.
For eksempel består en klasse av flere elever.
3. Mange til én
Mer enn én enhet fra enhetssett X kan være assosiert med maksimalt én enhet av enhetssett Y. Imidlertid kan en enhet fra enhetssett Y være assosiert med mer enn én enhet fra enhetssett X.
Mange elever tilhører for eksempel samme klasse.
4. Mange til mange:
Én enhet fra X kan assosieres med mer enn én enhet fra Y og omvendt.
For eksempel er studenter som en gruppe assosiert med flere fakultetsmedlemmer, og fakultetsmedlemmer kan assosieres med flere studenter.
Hvordan lage et Entity Relationship Diagram (ERD)
Nå i denne ERD Diagram Tutorial, vil vi lære hvordan du lager et ER Diagram. Følgende er trinnene for å lage et ER-diagram:
La oss 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
Trinn 1) Enhetsidentifikasjon
Vi har tre enheter
- Student
- Kurs
- Professor
Trinn 2) Relasjonsidentifikasjon
Vi har følgende to forhold
- Studenten er tildelt et kurs
- Professor leverer et kurs
Trinn 3) Kardinalitetsidentifikasjon
For deres problemformulering vet vi at,
- En student kan tildeles flere kurs
- En professor kan bare levere en kurs
Trinn 4) Identifiser attributter
Du må studere filene, skjemaene, rapportene og dataene som for tiden vedlikeholdes av organisasjonen for å identifisere attributter. Du kan også gjennomføre intervjuer med ulike interessenter for å identifisere enheter. I utgangspunktet er det viktig å identifisere attributtene uten å tilordne dem til en bestemt enhet.
Når du har en liste over attributter, må du tilordne dem til de identifiserte enhetene. Sørg for at et attributt skal pares med nøyaktig én enhet. Hvis du mener at et attributt skal tilhøre mer enn én enhet, bruk en modifikator for å gjøre det unikt.
Når kartleggingen er ferdig, identifiserer du primærnøklene. Hvis en unik nøkkel ikke er lett tilgjengelig, oppretter du en.
| Entity | Primærnøkkel | Egenskap |
|---|---|---|
| Student | Student ID | Studentnavn |
| Professor | Ansatt ID | Professornavn |
| Kurs | Course_ID | Kursnavn |
For kursenhet kan attributter være varighet, studiepoeng, oppgaver osv. For enkelhets skyld har vi kun vurdert ett attributt.
Trinn 5) Lag ERD-diagrammet
En mer moderne representasjon av Entity Relationship Diagram Eksempel
Beste praksis for å utvikle effektive ER-diagrammer
Her er noen beste praksis eller eksempler for å utvikle effektive ER-diagrammer.
- Eliminer eventuelle overflødige enheter eller relasjoner
- Du må sørge for at alle enhetene og relasjonene dine er riktig merket
- Det kan være ulike gyldige tilnærminger til et ER-diagram. Du må sørge for at ER-diagrammet støtter alle dataene du trenger å lagre
- Du bør forsikre deg om at hver enhet bare vises én gang i ER-diagrammet
- Gi navn til hver relasjon, enhet og attributt som er representert på diagrammet ditt
- Aldri koble relasjoner til hverandre
- Du bør bruke farger for å fremheve viktige deler av ER-diagrammet
Sammendrag
- ER Model i DBMS står for en Entity-Relationship modell
- ER-modellen er et datamodelldiagram på høyt nivå
- ER-diagrammer er et visuelt verktøy som er nyttig for å representere ER-modellen
- ER-diagrammer i DBMS er blåkopi av en database
- Entitetsrelasjonsdiagram DBMS viser relasjonene til enhetssettet som er lagret i en database
- ER-diagrammer hjelper deg med å definere termer relatert til enhetsrelasjonsmodellering
- ER-modellen i DBMS er basert på tre grunnleggende konsepter: Entiteter, attributter og relasjoner
- En enhet kan være sted, person, objekt, hendelse eller et konsept, som lagrer data i databasen (DBMS)
- Forhold er ikke annet enn en assosiasjon mellom to eller flere enheter
- En svak enhet er en type enhet som ikke har sin nøkkelattributt
- Det er en enkeltverdi egenskap av enten en enhetstype eller en relasjonstype
- Det hjelper deg å definere de numeriske attributtene til forholdet mellom to enheter eller enhetssett
- ER-Diagram DBMS er en visuell representasjon av data som beskriver hvordan data er relatert til hverandre
- Når du tegner ER-diagrammer i DBMS, må du sørge for at alle enhetene og relasjonene dine er riktig merket.
