A enhetsrelationsmodell (ER-modellen) är utformningen av den logiska strukturen i en databas, som sedan kan implementeras som en riktig databas. Huvudkomponenterna i ER-modellen är en uppsättning enheter och relationer.
En enhetsrelationsmodell beskriver sammanhängande saker av intresse inom en specifik kunskapsdomän. Inom mjukvaruteknik används E-R-modellen vanligtvis för att införliva saker som ett företag behöver komma ihåg för att utföra affärsprocesser..
Det är vanligtvis härledningen av en systematisk analys att specificera och representera vad som är viktigt för processerna inom något affärsområde. Den presenterar endast en grafisk design av affärsdata, utan att definiera processerna.
Därför är det ett lättanvänt grafiskt verktyg för modellering av data, som ofta används i databasdesign, som hjälper till att identifiera de enheter som finns i ett system och relationerna mellan dessa enheter.
Generellt dras det med rutor (enheter), som är förbundna med linjer (relationer), som uttrycker beroenden och associeringar mellan dessa enheter.
Artikelindex
En relationsenhetsmodell implementeras vanligtvis som en databas. I en enkel relationsdatabasimplementering utgör varje rad i en tabell en förekomst 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ära nycklar.".
Diagram som introduceras för att representera enheter och relationer, såväl som attribut, kan kallas enhetsrelationsdiagram (ER-diagram) snarare än enhetsrelationsmodeller.
Därför beskrivs strukturen för en databas med hjälp av enhetsrelationsdiagrammet.
Följaktligen blir E-R-modellen en abstrakt datamodell, som definierar en informationsstruktur som kan implementeras i en databas, vanligtvis relationell.
Datamodellering kom på modet på 1970-talet som drivs av behovet av att korrekt modellera databaser eller till och med verkliga affärsprocesser.
Peter Chen populariserade enhetsrelationsmodellen i sin berömda artikel från 1976 "Entitetsrelationsmodellen - mot en enhetlig bild av data.".
Det föreslogs att man skulle skapa en standardkonvention som skulle kunna användas för relationsdatabaser. Hans mål var att använda ER-modellen som en konceptuell metod för modellering..
Peter Chen sade i sin artikel: ”Modellen för enhetsrelationer tar en mer naturlig bild av den verkliga världen, som består av enheter och relationer. Den innehåller en del av den viktiga semantiska informationen om den verkliga världen ".
Förutom databasdesign fungerar Chens E-R-modell också bra i informationsmodelleringssystem och applikationer. Unified Modeling Language (UML) härleds på många sätt från enhetsrelationsmodellen.
Förra året hade A. P. Brown publicerat en artikel som heter "Modellera ett verkligt världssystem och utforma ett schema för att representera det" i en publikation från International Federation for Information Processing..
Medan Browns artikel var relevant var Chens artikel ännu mer relevant, särskilt eftersom den fokuserade på termerna "enhet" och "relation". Detta anses allmänt som början på datamodelleringsförfarandet som det för närvarande är känt..
Bachman-diagram, en form av datamodellering, förtjänar också att nämnas.
Charles Bachmans artikel från 1969 för databaspublikationen introducerade begreppet databas "enheter" och var en av de första datastrukturdiagrammen, senare känd som Bachman-diagrammet. Detta var mycket inflytelserikt på Peter Chen.
Chen var i överensstämmelse med de filosofiska och teoretiska traditionerna från de antika grekiska filosofernas tid Sokrates, Platon och Aristoteles (428 f.Kr.) till den moderna epistemologin, semiotiken och logiken i Peirce, Frege och Russell.
Platon själv förknippar kunskap med gripandet av oföränderliga former. Enligt Sokrates är former arketyper eller abstrakta representationer av de många typerna av saker och egenskaper, och deras förhållande till varandra..
Enhetsrelationsdiagrammet visar förhållandena för uppsättningen enheter som lagras i en databas. Det vill säga, E-R-diagram hjälper till att förklara den logiska strukturen för databaser.
Exempel: en viss låt är en enhet, medan samlingen av alla låtar i en databas är en uppsättning enheter.
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 deras betydelse gör den här modellen unik..
I följande diagram finns två enheter, student och skola, och deras relation. Förhållandet mellan student och skola är många till en, eftersom en skola kan ha många elever, men en student kan inte studera i flera skolor samtidigt.
Studentenheten har attribut som dess identifikation (Est_Id), namn (Est_Nombre) och adress (Est_Address). College-enheten har attribut som dess identifiering (Col_Id) och namn (Col_Nombre).
- Rektangel: representerar uppsättningen enheter.
- Ellipse: representerar attributen.
- Diamant: representerar uppsättningen relationer.
- Linjer: bind attribut till entitetsuppsättningar och entitetsuppsättningar till relationsuppsättningar.
- Dubbelellips: flervärdesattribut.
- Dashed Ellipse: härledda attribut.
- Dubbel rektangel - svaga enhetsuppsättningar.
En enhet är något i 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 bara ett faktum eller en 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. Enhetens kännetecken är att de måste ha ett attribut som en unik 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 sång, en matematisk sats etc..
En svag enhet är en enhet som inte kan identifieras unikt genom sina egna attribut och baseras på en relation med en annan enhet.
Till exempel kan ett bankkonto inte identifieras unikt om den bank som den tillhör är okänd. Därför är bankkontot en svag enhet.
Ett attribut beskriver egenskapen för en enhet. Det representeras av en oval form på ett ER-diagram. Det finns fyra typer av attribut:
Det är attributet som unikt kan identifiera en enhet från en uppsättning enheter. Till exempel kan student-ID-numret unikt identifiera en student från en grupp studenter.
Nyckelattributet representeras av en ellips precis som de andra attributen. Nyckelattributtexten är dock understruken.
Det är ett attribut som kan innehålla flera värden. Representeras av dubbla ellipser i ett ER-diagram.
Till exempel kan en person ha mer än ett telefonnummer, så att telefonnummerattributet har flera värden.
Det är ett vars värde är dynamiskt och härrör från ett annat attribut. Den representeras av en diskontinuerlig ellips i ett ER-diagram.
Till exempel är en persons ålder ett härledt attribut, eftersom det ändras över tiden och kan härledas från ett annat attribut: födelsedatum.
En relation visar hur enheter är relaterade till varandra. De kan betraktas som verben som sammanfogar två eller flera substantiv. Det representeras av diamantformen i ER-diagrammet..
Exempel: förhållandet mellan en avdelning och en anställd, mellan en dator och ett företag, förhållandet mellan en teorem och en matematiker, mellan en artist och en sång, etc..
Kardinalitet anger hur många instanser av en enhet som är relaterade till en instans av en annan enhet. Ordinariet är också nära kopplat till kardinaliteten.
Medan kardinalitet specificerar förekomsten av ett förhållande, beskriver ordinarie förhållandet som krävs eller valfritt. Symbologin som används för detta är följande:
Med andra ord specificerar kardinalitet det maximala antalet relationer och ordinalitet anger det absoluta minsta antalet relationer. I den meningen finns det fyra typer av förhållanden:
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 ett pass ges till en person.
Det är när en förekomst av en enhet är associerad med mer än en förekomst av en annan enhet.
Till exempel kan en kund göra många beställningar, men många kunder kan inte göra en beställning..
Det är när mer än en förekomst av en enhet är associerad med en enda förekomst av en annan enhet.
Till exempel kan många studenter studera vid endast ett universitet, men en student kan inte studera vid många universitet samtidigt..
Det är när mer än en förekomst av en enhet är associerad med mer än en förekomst av en annan enhet.
Till exempel kan en elev tilldelas många projekt och ett projekt kan tilldelas många studenter.
När du dokumenterar ett system eller en process ökar observationen av systemet på flera sätt förståelsen för det systemet.
Enhetsrelationsdiagram används ofta för att visa innehållet i en databas. De hjälper till att visualisera hur data är kopplat på ett allmänt sätt och är särskilt användbara för att bygga en relationsdatabas.
Här är stegen som krävs för att bygga en relationsenhetsmodell:
Det första steget i att skapa ett enhetsrelationsdiagram ä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 om.
En rektangel bör ritas för varje enhet som du kan tänka dig. Som ett exempel har vi följande tre enheter:
Två enheter ses, om de är relaterade till varandra dras en kontinuerlig linje som förbinder de två enheterna.
För att beskriva enheternas förhållande dras en diamant mellan de två enheterna på linjen som just har lagts till.
En kort beskrivning av hur de är relaterade bör skrivas på diamanten. Efter exemplet har vi följande:
Vid tillämpningen av exemplet i fråga är det känt att en student kan tilldelas i flera kurser och en lärare kan bara undervisa en kurs. Därför ser diagrammet ut som:
De filer, formulär, rapporter och data som organisationen för närvarande har bör studeras för att identifiera attributen. Intervjuer med flera intressenter kan också genomföras för att identifiera enheter. Inledningsvis är det viktigt att identifiera attributen utan att tilldela dem till en viss enhet.
När du har en lista med attribut måste de tilldelas de identifierade enheterna. Se till att ett attribut matchar exakt en enhet. Om ett attribut antas tillhöra mer än en enhet måste en modifierare användas för att göra den unik.
När kartläggningen är klar identifieras de primära nycklarna. Om en unik nyckel inte är tillgänglig måste en skapas.
För att underlätta exemplet visas bara ett attribut för varje enhet, förutom nyckeln. Men fler attribut kan identifieras. Primära nycklar kan särskiljas från andra attribut eftersom de är understrukna.
Fortsätt ansluta enheterna med linjer och lägg till diamanterna för att beskriva varje relation tills alla relationer har beskrivits..
Vissa av enheterna kanske inte är relaterade till någon annan enhet. Å andra sidan kan andra enheter ha flera relationer. En modernare framställning av E-R-diagrammet är som följer:
- Se till att varje enhet bara visas en gång i diagrammet.
- I diagrammet måste varje enhet, relation och attribut ges ett namn.
- Relationerna mellan enheter måste undersökas noggrant. Är de verkligen nödvändiga? Finns det några relationer att definiera? Eventuella överflödiga relationer måste elimineras. Relationer ansluter inte till varandra.
- Det rekommenderas att använda färger för att markera viktiga delar av diagrammet.
Det finns två skäl att skapa ett relationsdiagram för en databas: Du utformar en ny modell eller du måste dokumentera din befintliga struktur..
Om du har en befintlig databas som behöver dokumenteras, skapa ett diagram för enhetsrelationer med hjälp av data direkt från databasen:
Här är ett exempel på enhetsrelationsmodellen för internetförsäljning med hjälp av ett enhetsrelationsdiagram:
Ingen har kommenterat den här artikeln än.