Entity Relationship Diagrammen (ERD)

Een Entity-Relationship diagram (ook gekend als entiteit-relatiediagram of ER-diagram) is een soort stroomdiagram dat illustreert hoe "entiteiten" zoals mensen, voorwerpen of concepten binnen een systeem met elkaar verbonden zijn. ER-diagrammen worden vaak gebruikt om relationele databases te ontwerpen of debuggen voor softwareontwerp, bedrijfsinformatiesystemen, onderwijs en onderzoek. Ze gebruiken een bepaalde reeks symbolen zoals rechthoeken, ruiten, ovalen en verbindingslijnen om de interconnectie tussen entiteiten, relaties en hun attributen voor te stellen. Ze weerspiegelen grammaticale structuur - entiteiten zijn zelfstandige naamwoorden en relaties zijn werkwoorden.

ER-diagrammen zijn verwant aan gegevensstructuurdiagrammen (Data Structure Diagram of DSD), die gericht zijn op de relaties van elementen binnen entiteiten, in plaats van de relatie tussen entiteiten. ER-diagrammen worden vaak samen gebruikt met Data Flow Diagrams (DFD's), die de stroom van informatie voor processen of systemen in kaart brengen.

• Databaseontwerp:

  ER-diagrammen worden gebruikt om relationele databases te modelleren en ontwerpen met het oog op logica en bedrijfsregels (in een logisch datamodel) en met het oog op de specifieke technologie die geïmplementeerd moet worden (in een fysiek datamodel). Voor softwareontwerp wordt een ER-diagram vaak gebruikt als eerste stap voor een nieuw informatiesysteem, om de vereisten voor het project te bepalen. Het wordt ook later nog gebruik om een of meerdere databases te modelleren. Een relationele database heeft een equivalente relationele tabel en kan indien nodig zo worden uitgedrukt.

• Oplossen van databaseproblemen:

  ER-diagrammen worden gebruikt om bestaande databases te analyseren en eventuele problemen in de logica of inzet op te lossen. Door het diagram te tekenen, worden problemen zichtbaar.

• Bedrijfsinformatiesystemen:

  De diagrammen worden gebruikt om relationele databases te ontwerpen of analyseren voor gebruik in bedrijfsprocessen. Een bedrijfsproces dat gebruikmaakt van data uit het veld rond entiteiten, acties en wisselwerking, kan voordeel halen uit een relationele database. Zo kunt u processen stroomlijnen, gemakkelijker informatie opzoeken en de resultaten verbeteren.

• Business Process Re-engineering (BPR):

  ER-diagrammen kunnen u helpen bij het analyseren van databases die worden gebruikt bij Business Process Re-engineering en bij het modelleren van nieuwe databases.

• Onderwijs:

  Databases zijn de moderne manier om relationele informatie voor onderwijsdoeleinden op te slaan en terug te vinden. ER-diagrammen kunnen dus erg nuttig zijn bij het plannen van die datastructuren.

• Onderzoek:

  Aangezien er zoveel onderzoek is rond gestructureerde gegevens, kunnen ER-diagrammen een belangrijke rol spelen bij het instellen van databases om die gegevens te analyseren.

ER-diagrammen bestaan uit entiteiten, relaties en attributen. Ze drukken ook kardinaliteit uit, dat relaties definieert met getallen. Hieronder vindt u een glossarium:

Entiteit

Een definieerbaar ding—een persoon, voorwerp, concept of gebeurtenis—waarover gegevens kunnen worden opgeslagen. Beschouw entiteiten als zelfstandige naamwoorden. Voorbeelden: een klant, student, auto of product. Wordt meestal weergegeven als rechthoek.

Entiteitsklasse: Een groep definieerbare dingen, zoals studenten of atleten, waar de entiteit de specifieke student of atleet zou zijn. Andere voorbeelden: klanten, auto's of producten.

Entiteitenset: Hetzelfde als entiteitsklasse, maar gedefinieerd op een bepaald moment, zoals studenten die op de eerste dag voor een cursus zijn ingeschreven. Andere voorbeelden: klanten die vorige maand iets kochten, auto's die momenteel in een bepaald land geregistreerd zijn. "Instantie" is een verwante term, waarmee de individuele persoon of auto in die entiteitsklasse wordt bedoeld.

Entiteitscategorieën: Entiteiten worden gecategoriseerd als sterk, zwak of associatief. Bij een sterke entiteit is het mogelijk om de entiteit alleen te definiëren met de eigen attributen, wat bij een zwakke entiteit niet het geval is. Een associatieve entiteit associeert entiteiten (of elementen) binnen een entiteitenset. 

Entiteitssleutels: Dit verwijst naar een attribuut dat een entiteit in een entiteitenset specifiek definieert. Entiteitssleutels kunnen super-, kandidaat- of primaire sleutels zijn. Supersleutel: Een reeks attributen (een of meerdere) die samen een entiteit in een entiteitenset definiëren. Kandidaatsleutel: Een minimale supersleutel, wat betekent dat de sleutel het kleinst mogelijke aantal attributen omvat om toch nog een supersleutel te zijn. Een entiteitenset kan meer dan één kandidaatsleutel hebben. Primaire sleutel: Een kandidaatsleutel die door de ontwerper van de database werd uitgekozen om de entiteitenset specifiek te definiëren. Refererende sleutel: Identificeert de relatie tussen entiteiten.

Relatie

Hoe entiteiten op elkaar inwerken of met elkaar geassocieerd zijn. Beschouw relaties als werkwoorden. Een student kan zich bijvoorbeeld inschrijven voor een cursus. De twee entiteiten zijn de student en de cursus, met de handeling van het inschrijven als de relatie die de twee entiteiten met elkaar verbindt. Relaties worden meestal weergegeven als ruiten of als labels op de verbindingslijnen.

Recursieve relatie: Dezelfde entiteit neemt meer dan één keer deel aan de relatie.

Attribuut

Een eigenschap van een entiteit. Vaak weergegeven als een ovaal of cirkel.

Descriptief attribuut: Een eigenschap van een relatie (en niet van een entiteit).

Attribuutcategorieën: Attributen worden gecategoriseerd als eenvoudig, samengesteld of afgeleid, maar ook enkelwaardig of meerwaardig. Eenvoudig: Dit betekent dat de waarde van het attribuut niet verder opgedeeld kan worden, zoals een telefoonnummer. Samengesteld: Er komen subattributen voort uit een attribuut. Afgeleid: Attribuut wordt berekend of anderszins van een ander attribuut afgeleid, zoals leeftijd op basis van geboortedatum.

Meerwaardig: Er wordt meer dan één attribuutwaarde omschreven, zoals meerdere telefoonnummers voor één persoon.

Enkelwaardig: Een enkele attribuutwaarde. De types kunnen gecombineerd worden, bijvoorbeeld voor eenvoudige enkelwaardige attributen of samengestelde meerwaardige attributen.

Kardinaliteit

Definieert de numerieke attributen van de relatie tussen twee entiteiten of entiteitensets. De drie belangrijkste kardinale relaties zijn een-op-een, een-op-veel en veel-veel. Als voorbeeld van een een-op-een-relatie kunnen we bijvoorbeeld een student gebruiken met één postadres. Een-op-veel-relatie (of veel-op-een, afhankelijk van de richting): Een student schrijft zich in voor meerdere cursussen, maar al die cursussen hebben een enkele lijn terug naar die student. Voorbeeld veel-op-veel-relatie: Studenten worden als groep geassocieerd met meerdere faculteitsmedewerkers en die faculteitsmedewerkers worden op hun beurt geassocieerd met meerdere studenten.

Weergaves kardinaliteit: Kardinaliteit kan op twee manieren worden weergegeven, afhankelijk van waar de symbolen worden weergegeven, "same-side" of "look-across"

Kardinaliteitsbeperkingen: De minimale of maximale getallen die op een relatie van toepassing kunnen zijn.

ER-onderdelen kunnen gelijkgesteld worden aan woordsoorten, zoals Peter Chen al deed. Dit toont hoe een ER-diagram er in vergelijking met een grammaticadiagram uitziet:

• Zelfstandig naamwoord:

  Entiteitsklasse. Voorbeeld: student.

• Eigennaam:

  Entiteit. Voorbeeld: Sarah Smets.

• Werkwoord:

  Relatietype. Voorbeeld: Inschrijven. (Zoals inschrijven voor een cursus, wat een andere entiteitsklasse zou zijn)

• Bijvoeglijk naamwoord:

  Attribuut voor entiteit. Voorbeeld: tweedejaarsstudent.

• Bijwoord:

  Attribuut voor relatie. Voorbeeld: digitaal.

De querytaal ERROL imiteert de structuren van natuurlijke taal. ERROL is gebaseerd op Reshaped Relational Algebra (RRA) en werkt met ER-modellen om de taalkundige aspecten vast te leggen.

Er zijn meerdere gelijkaardige notatiesystemen die op een aantal specifieke punten van elkaar verschillen.

Chen-notatiestijl

Hanepoot-/Martin-/Information Engineering-stijl

Bachman-stijl

IDEF1X-stijl

Barker-stijl

Voorbeelden

Hieronder vindt u voorbeelden van ER-diagrammen in elk systeem.

ER-modellen en datamodellen worden doorgaans in tot drie detailniveaus opgesteld:

• Conceptueel datamodel:

  Het hoogste niveau met het minste detail. Deze benadering toont de schaal en reikwijdte van het model en de systeemarchitectuur. Voor een kleiner systeem is deze stap wellicht niet nodig. In dat geval start u met het logische model.

• Logisch datamodel:

  Bevat meer detail dan een conceptueel model. Er worden meer gedetailleerde operationele en transactionele entiteiten gedefinieerd. Het logische model is onafhankelijk van de technologie waarvoor het wordt toegepast.

• Fysiek datamodel:

  Vanuit elk logisch model kunnen een of meerdere fysieke modellen ontwikkeld worden. Het fysieke model moet genoeg technologiedetail bevatten om de eigenlijke database te produceren en implementeren.

Er bestaan dan wel diagramtypes die een gelijkaardige graad van detail en reikwijdte bieden, zoals Data Flow Diagrams, maar dit staat in contrast met het drie-schemamodel dat gebruikt wordt bij softwareontwerp en dat de informatie net iets anders verdeelt. Soms vertakken ingenieurs ER-diagrammen met extra hiërarchie om informatieniveaus toe te voegen die nodig zijn voor databaseontwerp. Ze kunnen bijvoorbeeld groeperingen toevoegen door naar boven uit te breiden met superklassen en naar beneden met subklassen.

• Alleen voor relationele gegevens:

  Onthoud dat het doel is om relaties te tonen. ER-diagrammen tonen alleen die relationele structuur.

• Niet voor ongestructureerde gegevens:

  Als gegevens niet netjes in verschillende velden, rijen of kolommen zijn opgedeeld, hebben ER-diagrammen wellicht weinig zin. Dat geldt ook voor semi-gestructureerde gegevens, waar slechts een deel van de gegevens nuttig zal zijn.

• Moeilijk integreren met een bestaande database:

  Het gebruik van ER-modellen om met een bestaande database te integreren, kan door de verschillende architectuur moeilijk zijn.

Hoewel ERD's misschien ingewikkeld lijken, zijn ze echt niet zo moeilijk om te maken. Entiteit-relatiediagrammen kunnen gemakkelijk gebouwd worden met de vormen uit een gratis Lucidchart-account. Volg deze stappen om aan de slag te gaan met diagrammen!

Identificeer de onderdelen

Entiteit-relatiediagrammen zijn ongelooflijk nuttig en u kunt eenvoudig een eigen diagram maken door deze simpele stappen te volgen.

1. Bepaal de entiteiten: entiteiten zijn doorgaans zelfstandige naamwoorden zoals auto, bank, student of product.

In een ER-diagram zijn entiteiten de belangrijkste onderdelen. Om verder te gaan, zullen we een conceptueel ER-diagram maken van een eenvoudig systeem waarin een student zich inschrijft voor een cursus die wordt gedoceerd door een professor. Bekijk deze coole tutorial om vormen voor ER-diagrammen te bekijken. In dit voorbeeld zijn de drie entiteiten "Student", "Cursus" en "Professor".

2. Bepaal de relaties: relaties geven de interacties tussen entiteiten weer.

Relaties zijn doorgaans werkwoorden zoals "koopt", "bevat" of "doet". In ons voorbeeld geven de relaties "Schrijft zich in voor" en "Doceert" de interacties tussen de drie entiteiten effectief weer.

3. Voeg attributen toe: attributen geven specifieke kenmerken van een entiteit weer en verfijnen de informatie die belangrijk is voor het model.

In een ER-diagram zijn attributen nodig om te bepalen welke eigenschappen worden toegeschreven aan elke entiteit. Veel voorkomende attributen zijn "ID-nummer", "Naam" en "SKU" (Stock Keeping Unit).

4. Maak het diagram af

Het is zeer belangrijk om het ERD op een logische manier te structureren om het begrip te vergroten. Het voornaamste doel van entiteit-relatiediagrammen is om een complexe database te modelleren, dus het is cruciaal om eenvoudige en logische ERD's te leren maken.

Een ER-diagram maken in Lucidchart

Lucidchart is een tool waarmee u online diagrammen kunt maken van uw database en het is gratis als u zich registreert. Registreren is eenvoudig en u kunt onmiddellijk diagrammen maken van uw databases!

ERD-vormbibliotheken inschakelen

Als u een nieuw document opent, zorg er dan voor dat de ERD-vormbibliotheken zijn ingeschakeld door op de knop "+ Vormen" te drukken in het linkermenu.

Vormen verslepen

Nadat u de entiteit-relatievormen heeft ingeschakeld, kunt u vormen toevoegen aan het tekenvel door op de gewenste vorm te klikken, te slepen en hem los te laten op de plek waar u hem wilt plaatsen.

Vormen verbinden

Nadat u de juiste vormen op het tekenvel heeft geplaatst, kunt u de vormen verbinden door vanaf de rode punten aan de randen van de vormen weg te slepen. Daarna kunt u de lijneindes wijzigen in de werkbalk boven het tekenvel.

1. Werk met het detailniveau dat nodig is voor wat u wilt bereiken. Afhankelijk van hoeveel detail u wilt, kunt u een conceptueel, logisch of fysiek model tekenen. (Zie hierboven voor beschrijvingen van die niveaus.)

2. Let op overbodige entiteiten of relaties.

3. Als u een databaseprobleem probeert op te lossen, let dan op gaten in relaties of ontbrekende entiteiten of attributen.

4. Zorg ervoor dat alle entiteiten en relaties gelabeld zijn.

5. U kunt relationele tabellen omzetten naar ER-diagrammen en omgekeerd, als dat helpt uw doel te bereiken.

6. Zorg ervoor dat het ER-diagram alle gegevens ondersteunt die u wilt opslaan.

7. Er zijn verschillende benaderingen mogelijk voor een ER-diagram. Als uw diagram de nodige informatie biedt voor het beoogde doel, dan is het een goed diagram.