Enhetsmodellhistorikförhållande, element, exempel

En Enhetsmodellförhållande (E-R-modell) är utformningen av den logiska strukturen i en databas, som sedan kan implementeras som en riktig databas. Huvudkomponenterna i E-R-modellen är en uppsättning enheter och relationer.

Ett företagsmodellförhållande beskriver sammanhängande saker inom en specifik kunskapsdomän. Inom mjukvaruteknik används E-R-modellen vanligtvis för att integrera saker som ett företag behöver för att komma ihåg att genomföra affärsprocesser.

Källa: Pixabay.com

Det är vanligtvis härledningen av en systematisk analys att specificera och representera vad som är betydelsefullt för processer i ett affärsområde. Presentera bara grafiskt en affärsdatadesign utan att definiera processerna.

Därför är det ett enkelt grafiskt verktyg för att modellera data, som är allmänt används i utformningen av databaser, som hjälper till att identifiera de enheter som finns i ett system och förhållandena mellan dessa enheter.

Generellt sett ritas det med bilder (enheter), som är kopplade till rader (relationer), som uttrycker beroenden och föreningarna mellan dessa enheter.

[TOC]

Databaser och databaser

En enhetsmodellförhållande implementeras vanligtvis som en databas. Vid implementeringen av en enkel relationsdatabas utgör varje rad i en tabell en instans av en enhet, och varje kolumn utgör ett attribut.

Enheter kännetecknas inte bara av relationer, utan också av ytterligare egenskaper som kallas attribut, som innehåller identifierare som kallas "primärnyckel".

Diagrammen som introduceras för att representera enheterna och förhållandena, såväl som attributen, kan kallas enhetsförhållanden Diagram (E-R-diagram), istället för modeller Enhet-refusal.

Därför beskrivs strukturen i en databas med hjälp av enhetsdiagramförhållandet.

Följaktligen blir E-R-modellen en abstrakt datamodell, som definierar en informationsstruktur som kan implementeras i en vanligt relationsdatabas.

[TOC]

Historia

Datamodellering blev fashionabla på 1970 -talet som drivs av behovet av att korrekt modellera databaser eller till och med verkliga kommersiella processer.

Peter Chen populariserade enhetsmodellförhållandet i sin berömda artikel som publicerades 1976 "The Entity Model - Mot en enhetlig bild av uppgifterna".

Det föreslogs att skapa en standardkonvention som kunde användas för relationsdatabaser. Dess mål var att använda E-R-modellen som en konceptuell modelleringsmetod.

Peter Chen uttalade i sin artikel: ”Enhetsmodellförhållandet antar en mer naturlig vision om den verkliga världen, som består av enheter och relationer. Inkluderar en del av den viktiga semantiska informationen om den verkliga världen ”.

Förutom databasdesignen tjänar Chens E-R-modell också bra i informationsmodelleringssystem och applikationer. Unified Modeling Language (UML) härrör från många former av enhetsmodellförhållandet.

Andra pionjärer

Föregående år, till. P. Brown hade avslöjat en artikel som heter "Modellering av ett verkligt världssystem och design av ett schema för att representera det" i en publikation av International Federation för informationsbehandling.

Medan Browns artikel var relevant var Chens artikel ännu mer, särskilt för att han fokuserade på termerna "enhet" och "relation". Detta betraktas vanligtvis som början på datamodelleringspraxis som för närvarande är känd.

Kan tjäna dig: roll

Bachmans diagram, en datamodelleringsformulär, förtjänar också att nämnas.

Charles Bachmans artikel från 1969 för databaspublikationen presenterade begreppet "enheter" av databaser och var ett av de första datastrukturdiagrammen, som senare skulle kallas Bachman Diagram. Detta var mycket inflytelserikt i Peter Chen.

Filosofisk anpassning

Chen gick med på de filosofiska och teoretiska traditionerna i tiden för de antika grekiska filosoferna Sokrates, Platon och Aristoteles (428.C.) till och med modern epistemologi, semiotik och logik av Peirce, Frege och Russell.

Platon associerar själv kunskap med oro för oföränderliga former. Enligt Sokrates är formerna arketyper eller abstrakta representationer av de många typerna av saker och egenskaper och deras relationer med varandra.

Element och symbologi

Enhetsdiagramförhållandet visar relationerna mellan uppsättningen av enheter lagrade i en databas. Det vill säga E-R-diagram hjälper till att förklara databasernas logiska struktur.

Exempel: En viss låt är en enhet, medan samlingen av alla låtar i en databas är en uppsättning enheter.

-Enhetsdiagramförhållande

Vid första anblicken ser ett E-R-diagram mycket ut som ett flödesschema. Emellertid innehåller E-R-diagrammet många specialiserade symboler, och dess betydelser gör denna modell unik.

I följande diagram har du två enheter, student och skola och deras relation. Förhållandet mellan elev och skola är från många till en, eftersom en skola kan ha många elever, men en elev kan inte studera i flera skolor samtidigt.

Studentenheten har attribut som dess identifiering (est_id), namn (est_name) och adress (est_direcc). Skolenheten har attribut som dess identifiering (col_id) och namn (col_name).

Symbolik

- Rektangel: representerar uppsättningen enheter.

- Ellipse: representerar attribut.

- Diamond: representerar uppsättningen relationer.

- Linjer: Länk attributen till uppsättningarna av enheter och uppsättningarna av enheter till uppsättningarna av relationer.

- Double Ellipse: Multivalor -attribut.

- Diskontinuerlig ellips: härledda attribut.

- Dubbel rektangel: svaga enheter set.

-Föremål

Entitet

En enhet är något av den verkliga världen, som är lätt att känna igen. Det är allt i företaget som kommer att representeras i databasen. Det kan vara något fysiskt eller helt enkelt en händelse eller händelse som inträffar i den verkliga världen.

Det kan vara en plats, person, objekt, händelse eller koncept, som lagrar data i databasen. Karakteristiken för enheterna är att de måste ha ett attribut som en enda nyckel. Varje enhet består av några attribut som representerar den enheten.

Enheter kan betraktas som substantiv. Exempel: En dator, en anställd, en låt, en matematisk teorem, etc.

Svag enhet

En enhet som inte kan identifieras unikt av sina egna attribut kallas en svag enhet och är baserad på en relation med en annan enhet.

Till exempel kan ett bankkonto inte identifieras uteslutande om den bank som den tillhör inte är känd. Därför är bankkontot en svag enhet.

Attribut

Ett attribut beskriver en enhets egendom. Det representeras med en oval figur i ett E-R-diagram. Det finns fyra typer av attribut:

Nyckelattribut

Det är attributet som uteslutande kan identifiera en enhet av en uppsättning enheter. Till exempel kan studentens kortnummer unikt identifiera en student i en uppsättning studenter.

Kan tjäna dig: de 14 viktigaste Excel -egenskaperna

Nyckelattributet representeras av en ellips precis som de andra attributen. Texten till nyckelattributet är emellertid understrukna.

Multiveor attribut

Det är ett attribut som kan innehålla flera värden. Det representeras med dubbla ellipser i ett E-R-diagram.

Till exempel kan en person ha mer än ett telefonnummer, så att attributet av telefonnummer har flera värden.

Härledd attribut

Det är den vars värde är dynamiskt och härstammar från ett annat attribut. Det representeras av en diskontinuerlig ellips i ett E-R-diagram.

Till exempel är en persons ålder ett härledt attribut, eftersom det ändras över tid och kan härledas från ett annat attribut: födelsedatum.

Relation

En relation visar hur enheter relaterar till varandra. De kan betraktas som verb som går med i två eller flera substantiv. Det representeras av diamantformen i E-R-diagrammet.

Exempel: Förhållandet mellan en lägenhet och en anställd, mellan en dator och ett företag, förhållandet mellan ett teorem och en matematiker, mellan en konstnär och en låt, etc.

Kardinalitet

Kardinalitet Anger hur många instanser av en enhet som är relaterade till en instans av en annan enhet. Ordinalitet är också nära kopplad till kardinalitet.

Medan kardinalitet specificerar förekomsten av en relation, beskriver ordinalitet förhållandet som obligatoriskt eller valfritt. Symbologin som används för detta är som följer:

Med andra ord specificerar kardinalitet det maximala antalet förhållanden och ordinalitet anger det absoluta minsta antalet relationer. I denna mening finns det fyra typer av relationer:

En -till -en relation

Det är när en enda instans av en enhet är associerad med en enda instans av en annan enhet.

Till exempel har en person bara ett pass och endast en person ges till en person.

Förhållande en till många

Det är när en instans av en enhet är associerad med mer än en instans av en annan enhet.

Till exempel kan en kund göra många beställningar, men många kunder kan inte beställa.

Många förhållanden till en

Det är när mer än en instans av en enhet är associerad med en enda instans av en annan enhet.

Till exempel kan många studenter studera på ett enda universitet, men en student kan inte studera på många universitet samtidigt.

Många förhållanden till många

Det är när mer än en instans av en enhet är associerad med mer än en instans av en annan enhet.

Till exempel kan en student tilldelas många projekt och ett projekt kan tilldelas många studenter.

Hur man gör en relationsmodellförhållande?

Genom att dokumentera ett system eller en process ökar det att observera det flervägssystemet förståelsen för det systemet.

Enhetsdiagramförhållandet används ofta för att visa innehållet i en databas. De hjälper till att visualisera hur data ansluter på ett allmänt sätt och är särskilt användbara för att bygga en relationsdatabas.

Nedan följer de nödvändiga stegen för att bygga en enhetsmodellförhållande:

Identifiera enheterna

Det första steget för att skapa ett relationsdiagram är att identifiera alla enheter som kommer att användas. En enhet är inget annat än en rektangel med en beskrivning av något som systemet lagrar information.

En rektangel måste dras för varje enhet som kan tänkas. Som ett exempel har följande tre enheter:

Identifiera relationer

Två enheter tittas på, om du är släkt med varandra dras en kontinuerlig linje som förbinder de två enheterna. 

Kan tjäna dig: trippel w

För att beskriva enheterna dras en diamant mellan de två enheterna, i den rad som just har lagts till.

I diamanten bör du skriva en kort beskrivning av hur de är relaterade. Efter exemplet har du följande:

Identifiera kardinaliteter

För exemplet i fråga är det känt att en student kan tilldelas i flera kurser och en lärare bara kan ge en kurs. Därför kvarstår diagrammet:

Identifiera attribut

Filer, formulär, rapporter och data som organisationen för närvarande har för att identifiera attributen bör studeras. Du kan också göra intervjuer med olika intresserade parter för att identifiera enheterna. Ursprungligen är det viktigt att identifiera attributen utan att tilldela dem till en viss enhet.

När du har en attributlista måste de tilldelas de identifierade enheterna. Det måste säkerställas att ett attribut är parat med exakt en enhet. Om ett attribut tros tillhöra mer än en enhet måste en modifierare användas för att göra det unikt.

När uppdraget har genomförts identifieras de primära nycklarna. Om en unik nyckel inte är tillgänglig, a.

För att underlätta exemplet visas endast ett attribut för varje enhet, utöver nyckeln. Men fler attribut kunde identifieras. Primära nycklar kan skiljas från andra attribut eftersom de är understrukna.

Slutför diagrammet

Enheter med linjer måste fortsätta att ansluta och lägga till diamanterna för att beskriva varje relation, tills alla relationer har beskrivits.

Det är möjligt att någon av enheterna inte är relaterade till någon annan enhet. Å andra sidan kan andra enheter ha flera relationer. En mer modern representation av E-R-diagrammet är som följer:

Effektiva E-R-diagram-tips

- Det måste säkerställas att varje enhet endast visas en gång i diagrammet.

- I diagrammet bör du ge ett namn till varje enhet, relation och attribut.

- Förhållandena mellan enheter bör noggrant undersökas. Är de verkligen nödvändiga? Är några relationer som ska definieras? Varje redundant förhållande måste elimineras. Relationer ansluter inte till varandra.

- Det är tillrådligt att använda färger för att lyfta fram viktiga delar av diagrammet.

Exempel

Databasdiagram

Det finns två skäl att skapa ett enhetsdiagramförhållande för en databas: En ny modell utformas eller den befintliga strukturen behövs.

Om du har en befintlig databas som behövs för att dokumentera skapas ett enhetsdiagram med data direkt från databasen:

Internetförsäljningsmodell

Här är ett exempel på enhetsmodellförhållandet för försäljningen online, med hjälp av ett diagramförhållande:

Referenser

1. Wikipedia, The Free Encyclopedia (2019). Enhetsrelationsmodell. Taget från: i.Wikipedia.org.
2. SmartDraw (2019). Enhetsförhållanden diagram. Taget från: SmartDraw.com.
3. Chaitanya Singh (2019). Enhetsrelationsdiagram - ER -diagram i DBMS. Nybörjarbok. Taget från: Nybörjarbok.com.
4. Guru99 (2019). ER -diagramhandledning i DBMS (med exempel). Taget från: Guru99.com.
5. Visual Paradigm (2019). Vad är Entity Relationship Diagram (ERD)? Taget från: visuell-paradigm.com.
6. Dataversity (2019). En kort historia av ER -diagrammet och informationsmodellering. Taget från: Dataversity.netto.
7. Adrienne Watt (2019). Kapitel 8 Datamodellen för enhetsförhållanden. Öppna text BC. Taget från: OpenTextbc.Växelström.