Enhetsmodellhistorisk forhold, elementer, eksempler

EN Enhetsmodellforhold (E-R-modell) er utformingen av den logiske strukturen til en database, som deretter kan implementeres som en ekte database. Hovedkomponentene i E-R-modellen er et sett med enheter og forhold.

En enhetsmodellforhold beskriver sammenhengende ting i et spesifikt kunnskapsdomene. I programvareteknikk brukes E-R-modellen vanligvis for å innlemme ting som et selskap trenger for å huske for å gjennomføre forretningsprosesser.

Kilde: Pixabay.com

Det er vanligvis avledningen av en systematisk analyse for å spesifisere og representere det som er viktig for prosesser i et forretningsområde. Bare grafisk presentere en forretningsdatatesign, uten å definere prosessene.

Derfor er det et enkelt å -bruke grafisk verktøy for å modellere data, mye brukt i utformingen av databaser, som hjelper til med å identifisere enhetene som finnes i et system og forholdet mellom disse enhetene.

Generelt er det tegnet med bilder (enheter), som er koblet sammen med linjer (relasjoner), og uttrykker avhengigheter og assosiasjoner mellom disse enhetene.

[TOC]

Databaser og databaser

Et enhetsmodellforhold implementeres generelt som en database. I implementeringen av en enkel relasjonsdatabase utgjør hver rad i en tabell en forekomst av en enhet, og hver kolonne utgjør en attributt.

Enheter er ikke bare preget av forhold, men også av flere egenskaper kalt attributter, som inneholder identifikatorer kalt "primærnøkkel".

Diagrammene introdusert for å representere enhetene og relasjonene, så vel som attributtene, kan kalles enhet-forholdsdiagrammer (E-R-diagrammer), i stedet for modeller Entity-Refusal.

Derfor beskrives strukturen til en database ved hjelp av enhetsdiagram -forholdet.

Følgelig blir E-R-modellen en abstrakt datamodell, som definerer en informasjonsstruktur som kan implementeres i en ofte relasjonsdatabase.

[TOC]

Historie

Datamodellering ble moteriktig på 1970 -tallet drevet av behovet for å modellere databaser eller til og med kommersielle prosesser i den virkelige verden.

Peter Chen populariserte enhetsmodellforholdet i sin berømte artikkel publisert i 1976 "The Entity Model - Mot et enhetlig syn på dataene".

Det ble foreslått å lage en standardkonvensjon som kunne brukes til relasjonsdatabaser. Målet var å bruke E-R-modellen som en konseptuell modelleringstilnærming.

Peter Chen uttalte i sin artikkel: “Enhetsmodellforholdet vedtar en mer naturlig visjon av den virkelige verden, som består av enheter og forhold. Inkluderer en del av den viktige semantiske informasjonen om den virkelige verden ”.

I tillegg til databasedesign, tjener Chens E-R-modell også godt i informasjonsmodelleringssystemer og applikasjoner. Unified Modelling Language (UML) stammer fra mange former for enhetsmodellforholdet.

Andre pionerer

Året før, til. P. Brown hadde avslørt en artikkel som heter "Modellering av et ekte verdenssystem og utforming av en ordning for å representere det" i en publisering av International Federation for informasjonsbehandling.

Mens Browns artikkel var relevant, var Chens artikkel enda mer, spesielt fordi han fokuserte på begrepene "enhet" og "forhold". Dette anses generelt som begynnelsen på datamodelleringspraksis som for øyeblikket kjent.

Kan tjene deg: rolle

Bachmans diagrammer, et datamodelleringsskjema, fortjener også å bli nevnt.

Charles Bachmans artikkel fra 1969 for databasen publikasjonen presenterte konseptet “enheter” av databaser og var et av de første datastrukturdiagrammene, som senere ville være kjent som Bachman Diagram. Dette var veldig innflytelsesrik i Peter Chen.

Filosofisk innretting

Chen var enig i de filosofiske og teoretiske tradisjonene fra tiden for de gamle greske filosofene Sokrates, Platon og Aristoteles (428.C.) til og med moderne epistemologi, semiotikk og logikk av Peirce, Frege og Russell.

Platon selv forbinder kunnskap med bekymring for uforanderlige former. I følge Sokrates er skjemaene arketyper eller abstrakte representasjoner av de mange typene ting og egenskaper, og deres forhold til hverandre.

Elementer og symbologi

Enhetsdiagram -forholdet viser forholdet til settet med enheter som er lagret i en database. Det vil si at E-R-diagrammer er med på å forklare den logiske strukturen til databaser.

Eksempel: En bestemt sang er en enhet, mens samlingen av alle sanger i en database er et sett med enheter.

-Enhetsdiagrammer forhold

Ved første øyekast ser et E-R-diagram veldig likt et flytskjema. Imidlertid inkluderer E-R-diagrammet mange spesialiserte symboler, og dens betydninger gjør denne modellen unik.

I det følgende diagrammet har du to enheter, student og skole og deres forhold. Forholdet mellom elev og skole er fra mange til en, siden en skole kan ha mange elever, men en elev kan ikke studere på flere skoler samtidig.

Studentenheten har attributter som identifikasjon (est_id), navn (est_name) og adresse (est_direcc). Skoleenheten har attributter som identifikasjon (COL_ID) og navn (Col_name).

Symbologi

- Rektangel: representerer settet med enheter.

- Ellipse: representerer attributter.

- Diamant: representerer settet med forhold.

- Linjer: Koble attributtene til settene med enheter, og settene med enheter til forholdene.

- Dobbelt ellipse: multivalor attributter.

- Diskontinuerlig ellipse: avledede attributter.

- Dobbelt rektangel: svake enheter sett.

-Gjenstander

Enhet

En enhet er noe av den virkelige verden, som er lett gjenkjennelig. Det er alt i selskapet som vil bli representert i databasen. Det kan være noe fysisk eller bare en hendelse eller en hendelse som skjer i den virkelige verden.

Det kan være et sted, person, objekt, hendelse eller konsept, som lagrer data i databasen. Karakteristikken for enhetene er at de må ha en attributt som en enkelt nøkkel. Hver enhet er sammensatt av noen attributter som representerer den enheten.

Enheter kan betraktes som substantiv. Eksempler: en datamaskin, en ansatt, en sang, en matematisk teorem osv.

Svak enhet

En enhet som ikke kan identifiseres unikt av sine egne attributter, kalles en svak enhet og er basert på et forhold til en annen enhet.

For eksempel kan en bankkonto ikke identifiseres utelukkende hvis banken den tilhører ikke er kjent. Derfor er bankkontoen en svak enhet.

Egenskap

Et attributt beskriver egenskapen til en enhet. Det er representert med en oval figur i et E-R-diagram. Det er fire typer attributter:

Nøkkelattributt

Det er attributtet som utelukkende kan identifisere en enhet i et sett med enheter. For eksempel kan studentens kortnummer unikt identifisere en student av et sett med studenter.

Kan tjene deg: de 14 viktigste Excel -egenskapene

Nøkkelattributtet er representert av en ellipse akkurat som de andre attributtene. Teksten til nøkkelattributtet er imidlertid understreket.

Multiveor attributt

Det er en attributt som kan inneholde flere verdier. Det er representert med dobbelt ellipser i et E-R-diagram.

For eksempel kan en person ha mer enn ett telefonnummer, så telefonnummerattributtet har flere verdier.

Avledet attributt

Det er den som har en dynamisk og stammer fra et annet attributt. Det er representert med en diskontinuerlig ellipse i et E-R-diagram.

For eksempel er alderen til en person en avledet attributt, siden den endres over tid og kan avledes fra et annet attributt: fødselsdato.

Forhold

Et forhold viser hvordan enheter forholder seg til hverandre. De kan betraktes som verb som blir med to eller flere substantiv. Det er representert med diamantformen i E-R-diagrammet.

Eksempler: Forholdet mellom en leilighet og en ansatt, mellom en datamaskin og et selskap, forholdet mellom et teorem og en matematiker, mellom en kunstner og en sang osv.

Kardinalitet

Kardinalitet Angir hvor mange forekomster av en enhet som er relatert til en forekomst av en annen enhet. Ordinalitet er også nært knyttet til kardinalitet.

Mens kardinalitet spesifiserer forekomstene i et forhold, beskriver ordinalitet forholdet som obligatorisk eller valgfritt. Symbologien som brukes til dette er som følger:

Med andre ord spesifiserer kardinalitet det maksimale antallet relasjoner og ordinalitet spesifiserer det absolutte minimum antall relasjoner. I denne forstand er det fire typer forhold:

Ett -til -et forhold

Det er når en enkelt forekomst av en enhet er assosiert med en enkelt forekomst av en annen enhet.

For eksempel har en person bare ett pass, og bare en person blir gitt til en person.

Forhold en til mange

Det er når en forekomst av en enhet er assosiert med mer enn en forekomst av en annen enhet.

For eksempel kan en kunde foreta mange bestillinger, men mange kunder kan ikke bestille.

Mange forhold til en

Det er når mer enn en forekomst av en enhet er assosiert med en enkelt forekomst av en annen enhet.

For eksempel kan mange studenter studere på et enkelt universitet, men en student kan ikke studere ved mange universiteter samtidig.

Mange forhold til mange

Det er når mer enn en forekomst av en enhet er assosiert med mer enn en forekomst av en annen enhet.

For eksempel kan en student tilordnes mange prosjekter, og et prosjekt kan tilordnes mange studenter.

Hvordan lage et forhold på forholdet?

Ved å dokumentere et system eller en prosess øker det å observere multi -veisystemet forståelsen av det systemet.

Enhetsdiagrammer forhold brukes ofte for å vise innholdet i en database. De hjelper til med å visualisere hvordan dataene kobles sammen på en generell måte, og er spesielt nyttige for å bygge en relasjonsdatabase.

Nedenfor er de nødvendige trinnene for å bygge et enhetsmodellforhold:

Identifiser enhetene

Det første trinnet for å lage et relasjonsdiagram er å identifisere alle enhetene som skal brukes. En enhet er ikke annet enn et rektangel med en beskrivelse av noe som systemet lagrer informasjon.

Det må trekkes et rektangel for hver enhet som kan tenkes. Som et eksempel har følgende tre enheter:

Identifisere forhold

To enheter blir sett på, hvis du er relatert til hverandre, trekkes det en kontinuerlig linje som forbinder de to enhetene. 

Kan tjene deg: trippel w

For å beskrive enhetens forhold, trekkes en diamant mellom de to enhetene, i linjen som nettopp er lagt til.

I diamanten bør du skrive en kort beskrivelse av hvordan de er relatert. Etter eksemplet har du følgende:

Identifiser kardinaliteter

For det aktuelle eksemplet er det kjent at en student kan tildeles på flere kurs og en lærer kan bare gi et kurs. Derfor gjenstår diagrammet:

Identifiser attributter

Filene, skjemaene, rapporter og data som organisasjonen for øyeblikket opprettholder for å identifisere attributtene, bør studeres. Du kan også gjennomføre intervjuer med forskjellige interesserte parter for å identifisere enhetene. Til å begynne med er det viktig å identifisere attributtene uten å tildele dem en bestemt enhet.

Når du har en attributtliste, må de tilordnes de identifiserte enhetene. Det må sikres at et attributt er sammenkoblet med nøyaktig en enhet. Hvis en attributt antas å tilhøre mer enn en enhet, må en modifiserer brukes til å gjøre den unik.

Når oppgaven er utført, identifiseres de primære nøklene. Hvis en unik nøkkel ikke er tilgjengelig, en.

For å lette eksemplet er det bare en attributt for hver enhet vises, i tillegg til nøkkelen. Imidlertid kan flere attributter identifiseres. Primære nøkler kan skilles fra andre attributter fordi de er understreket.

Fullfør diagrammet

Enheter med linjer må fortsette å koble til og legge til diamantene for å beskrive hvert forhold, inntil alle forhold er beskrevet.

Det er mulig at noen av enhetene ikke er relatert til noen annen enhet. På den annen side kan andre enheter ha flere forhold. En mer moderne representasjon av E-R-diagrammet er som følger:

Effektive tips for e-R-diagrammer

- Det må sikres at hver enhet bare vises en gang i diagrammet.

- I diagrammet bør du oppgi et navn til hver enhet, forhold og attributt.

- Forholdet mellom enheter bør undersøkes nøye. Er de virkelig nødvendige? Er noen forhold som skal defineres? Ethvert overflødig forhold må elimineres. Forhold kobler ikke til hverandre.

- Det anbefales å bruke farger for å fremheve viktige deler av diagrammet.

Eksempler

Databasediagram

Det er to grunner til å lage et enhetsdiagram -forhold for en database: en ny modell blir designet eller den eksisterende strukturen er nødvendig.

Hvis du har en eksisterende database som er nødvendig for å dokumentere, opprettes et enhetsdiagram med dataene direkte fra databasen:

Internett -salgsmodell

Her er et eksempel på enhetsmodellforholdet for salget på nettet, ved hjelp av et Diagram Entity -forhold:

Referanser

1. Wikipedia, The Free Encyclopedia (2019). Enhet-forholdsmodell. Hentet fra: i.Wikipedia.org.
2. SmartDraw (2019). Enhetsforholdsdiagram. Hentet fra: SmartDraw.com.
3. Chaitanya Singh (2019). Entity Relationship Diagram - ER Diagram in DBMS. Nybegynnere bok. Hentet fra: Nybegynnerbok.com.
4. Guru99 (2019). ER Diagram Tutorial i DBMS (med eksempel). Hentet fra: guru99.com.
5. Visual Paradigm (2019). Hva er enhetsforholdsdiagram (ERD)? Hentet fra: visuell-paradigm.com.
6. DataVersity (2019). En kort historie med ER -diagrammet og informasjonsmodellering. Tatt fra: DataVersity.nett.
7. Adrienne Watt (2019). Kapittel 8 Datamodellen for enhetsforhold. Åpen tekst BC. Hentet fra: OpenTextBc.Ac.