EN enhedsforholdsmodel (ER-model) er designet til den logiske struktur i en database, som derefter kan implementeres som en reel database. Hovedkomponenterne i ER-modellen er et sæt enheder og relationer.
En enhedsrelationsmodel beskriver indbyrdes forbundne ting af interesse i et specifikt vidensdomæne. I softwareteknik bruges ER-modellen generelt til at inkorporere ting, som en virksomhed skal huske for at udføre forretningsprocesser..
Det er normalt afledningen af en systematisk analyse at specificere og repræsentere, hvad der er vigtigt for processerne i et forretningsområde. Det præsenterer kun grafisk et forretningsdata design uden at definere processerne.
Derfor er det et brugervenligt grafisk værktøj til modellering af data, der er meget brugt i databasedesign, der hjælper med at identificere de enheder, der findes i et system, og forholdet mellem disse enheder.
Generelt tegnes det med felter (enheder), der er forbundet med linjer (relationer), der udtrykker afhængigheder og tilknytninger mellem disse enheder.
Artikelindeks
En relationsenhedsmodel implementeres generelt som en database. I en simpel relationel databaseimplementering udgør hver række i en tabel en forekomst af en enhed, og hver kolonne udgør en attribut.
Enheder karakteriseres ikke kun af relationer, men også af yderligere egenskaber kaldet attributter, som indeholder identifikatorer kaldet "primære nøgler.".
Diagrammer introduceret til at repræsentere enheder og relationer samt attributter kan kaldes enhedsrelationsdiagrammer (ER-diagrammer) snarere end enhedsrelationsmodeller.
Derfor er strukturen i en database beskrevet ved hjælp af enhedsforholdsdiagrammet.
Derfor bliver ER-modellen en abstrakt datamodel, der definerer en informationsstruktur, der kan implementeres i en database, ofte relationel.
Datamodellering kom på mode i 1970'erne drevet af behovet for korrekt model af databaser eller endda virkelige forretningsprocesser.
Peter Chen populariserede enhedsforholdsmodellen i sin berømte artikel fra 1976 "Enhedsforholdsmodellen - mod et samlet syn på dataene.".
Det blev foreslået at oprette en standardkonvention, der kunne bruges til relationsdatabaser. Hans mål var at bruge ER-modellen som en konceptuel tilgang til modellering..
Peter Chen sagde i sin artikel: ”Enhedsrelationsmodellen ser et mere naturligt syn på den virkelige verden, der består af enheder og relationer. Den inkorporerer en del af den vigtige semantiske information om den virkelige verden ".
Ud over databasedesign fungerer Chens ER-model også godt i informationsmodelleringssystemer og applikationer. Unified Modeling Language (UML) stammer på mange måder fra enhedsrelationsmodellen.
Det foregående år havde A. P. Brown offentliggjort en artikel kaldet "Modelling a Real World System and Designing a Schema to Represent It" i en publikation fra International Federation for Information Processing..
Mens Browns artikel var relevant, var Chens artikel endnu mere relevant, især da den fokuserede på udtrykkene "enhed" og "forhold". Dette betragtes generelt som starten på datamodelleringspraksis, som det i øjeblikket er kendt..
Bachman-diagrammer, en form for datamodellering, fortjener også omtale.
Charles Bachmans artikel fra 1969 om databasepublikationen introducerede begrebet database "enheder" og var et af de første datastrukturdiagrammer, senere kendt som Bachman-diagrammet. Dette var meget indflydelsesrig for Peter Chen.
Chen var i overensstemmelse med de filosofiske og teoretiske traditioner fra de gamle græske filosofer Socrates, Platon og Aristoteles (428 f.Kr.) til den moderne epistemologi, semiotik og logik af Peirce, Frege og Russell.
Platon selv forbinder viden med frygt for uforanderlige former. Ifølge Socrates er former arketyper eller abstrakte repræsentationer af de mange typer ting og egenskaber og af deres forhold til hinanden..
Enhedsrelationsdiagrammet viser forholdet mellem det sæt enheder, der er gemt i en database. Det vil sige, at E-R-diagrammer hjælper med at forklare den logiske struktur af databaser.
Eksempel: en bestemt sang er en enhed, mens samlingen af alle sange i en database er et sæt enheder.
Ved første øjekast ligner et ER-diagram meget lig et rutediagram. EM-diagrammet indeholder dog mange specialiserede symboler, og deres betydning gør denne model unik..
I det følgende diagram er der to enheder, studerende og skole, og deres forhold. Forholdet mellem studerende og skole er mange til én, da en skole kan have mange studerende, men en studerende ikke kan studere i flere skoler på samme tid.
Studentenheden har attributter såsom dens identifikation (Est_Id), navn (Est_Nombre) og adresse (Est_Address). Kollegiets enhed har attributter såsom dets identifikation (Col_Id) og navn (Col_Nombre).
- Rektangel: repræsenterer sæt enheder.
- Ellipse: repræsenterer attributterne.
- Diamant: repræsenterer sæt af forhold.
- Linjer: bind attributter til enhedssæt og enhedsæt til relationssæt.
- Dobbelt ellipse: attributter med flere værdier.
- Dashed Ellipse: Afledte attributter.
- Dobbelt rektangel - svage enhedssæt.
En enhed er noget i den virkelige verden, som er let genkendelig. Det er alt i virksomheden, der vil være repræsenteret i databasen. Det kan være noget fysisk eller bare en kendsgerning eller begivenhed, der sker i den virkelige verden.
Det kan være et sted, en person, et objekt, en begivenhed eller et koncept, der gemmer data i databasen. Enhederne ved enheder er, at de skal have en attribut som en unik nøgle. Hver enhed er sammensat af nogle attributter, der repræsenterer denne enhed.
Enheder kan betragtes som substantiver. Eksempler: en computer, en medarbejder, en sang, en matematisk sætning osv..
En svag enhed er en enhed, der ikke kan identificeres entydigt ved sine egne attributter og er baseret på et forhold til en anden enhed.
For eksempel kan en bankkonto ikke identificeres entydigt, hvis den bank, den tilhører, er ukendt. Derfor er bankkontoen en svag enhed.
En attribut beskriver en enheds egenskab. Det er repræsenteret af en oval form på et ER-diagram. Der er fire typer attributter:
Det er attributten, der entydigt kan identificere en enhed fra et sæt enheder. For eksempel kan studerendes id-nummer entydigt identificere en studerende fra en pulje af studerende.
Nøgleattributten er repræsenteret af en ellipse ligesom de andre attributter. Nøgleattributteksten er dog understreget.
Det er en attribut, der kan indeholde flere værdier. Repræsenteret af dobbelte ellipser i et ER-diagram.
For eksempel kan en person have mere end et telefonnummer, så attributten telefonnummer har flere værdier.
Det er en, hvis værdi er dynamisk og stammer fra en anden attribut. Det er repræsenteret af en diskontinuerlig ellipse i et ER-diagram.
For eksempel er en persons alder en afledt attribut, da den ændres over tid og kan afledes af en anden attribut: fødselsdato.
Et forhold viser, hvordan enheder er relateret til hinanden. De kan betragtes som de verb, der forbinder to eller flere substantiver. Det er repræsenteret af diamantformen i ER-diagrammet..
Eksempler: forholdet mellem en afdeling og en medarbejder, mellem en computer og en virksomhed, forholdet mellem en sætning og en matematiker, mellem en kunstner og en sang osv..
Kardinalitet specificerer, hvor mange forekomster af en enhed, der er relateret til en forekomst af en anden enhed. Almindelighed er også tæt knyttet til kardinalitet.
Mens kardinalitet specificerer forekomsterne af et forhold, beskriver ordinalitet forholdet som krævet eller valgfrit. Symbologien anvendt til dette er følgende:
Med andre ord specificerer kardinalitet det maksimale antal forhold og ordinalitet specificerer det absolutte minimum antal forhold. I denne forstand er der fire typer forhold:
Det er når en enkelt forekomst af en enhed er knyttet til en enkelt forekomst af en anden enhed.
For eksempel har en person kun et pas, og kun et pas gives til en person.
Det er når en forekomst af en enhed er knyttet til mere end en forekomst af en anden enhed.
For eksempel kan en kunde afgive mange ordrer, men mange kunder kan ikke afgive en ordre..
Det er når mere end en forekomst af en enhed er knyttet til en enkelt forekomst af en anden enhed.
For eksempel kan mange studerende kun studere på et universitet, men en studerende kan ikke studere på mange universiteter på samme tid..
Det er når mere end en forekomst af en enhed er knyttet til mere end en forekomst af en anden enhed.
For eksempel kan en studerende tildeles mange projekter, og et projekt kan tildeles mange studerende.
Når du dokumenterer et system eller en proces, øger observationen af systemet på flere måder forståelsen af dette system.
Enhedsrelationsdiagrammer bruges ofte til at vise indholdet af en database. De hjælper med at visualisere, hvordan data er forbundet på en generel måde, og er især nyttige til opbygning af en relationsdatabase.
Her er de trin, der kræves for at opbygge en relationsenhedsmodel:
Det første trin i oprettelse af et enhedsforholdsdiagram er at identificere alle de enheder, der skal bruges. En enhed er intet andet end et rektangel med en beskrivelse af noget, som systemet gemmer information om.
Et rektangel skal tegnes for hver enhed, som du kan tænke på. Som et eksempel har vi følgende tre enheder:
Der ses på to enheder, hvis de er beslægtede med hinanden, trækkes en kontinuerlig linje, der forbinder de to enheder.
For at beskrive forholdet mellem enhederne tegnes en diamant mellem de to enheder på den lige tilføjede linje.
En kort beskrivelse af, hvordan de er beslægtede, skal skrives på diamanten. Efter eksemplet har vi følgende:
Med henblik på det pågældende eksempel er det kendt, at en studerende kan tildeles i flere kurser, og en lærer kun kan undervise i et kursus. Derfor ser diagrammet ud:
De filer, formularer, rapporter og data, som organisationen i øjeblikket vedligeholder, skal undersøges for at identificere attributterne. Interview med flere interessenter kan også gennemføres for at identificere enheder. Oprindeligt er det vigtigt at identificere attributterne uden at tildele dem til en bestemt enhed.
Når du har en liste over attributter, skal de tildeles de identificerede enheder. Sørg for, at en attribut matcher nøjagtigt en enhed. Hvis en attribut antages at tilhøre mere end en enhed, skal der bruges en modifikator for at gøre den unik.
Efter kortlægningen er identificeret, identificeres de primære nøgler. Hvis en unik nøgle ikke er tilgængelig, skal der oprettes en.
For at lette eksemplet vises kun en attribut for hver enhed ud over nøglen. Dog kunne flere attributter identificeres. Primære nøgler kan skelnes fra andre attributter, fordi de er understregede.
Fortsæt med at forbinde enhederne med linjer og tilføje diamanterne for at beskrive hvert forhold, indtil alle forhold er blevet beskrevet..
Nogle af enhederne er muligvis ikke relateret til nogen anden enhed. På den anden side kan andre enheder have flere relationer. En mere moderne gengivelse af ER-diagrammet er som følger:
- Sørg for, at hver enhed kun vises én gang i diagrammet.
- I diagrammet skal hver enhed, relation og attribut tildeles et navn.
- Forholdet mellem enheder skal undersøges nøje. Er de virkelig nødvendige? Er der nogen forhold, der skal defineres? Eventuelle overflødige forhold skal fjernes. Forhold forbinder ikke med hinanden.
- Det anbefales at bruge farver til at fremhæve vigtige dele af diagrammet.
Der er to grunde til at oprette et forholdsenhedsdiagram til en database: Du designer en ny model, eller du skal dokumentere din eksisterende struktur..
Hvis du har en eksisterende database, der skal dokumenteres, skal du oprette et enhedsforholdsdiagram ved hjælp af dataene direkte fra databasen:
Her er et eksempel på enhedsrelationsmodellen til internetsalg ved hjælp af et enhedsrelationsdiagram:
Endnu ingen kommentarer