Een database is niets meer dan een lijst met informatie . Een afzonderlijk item in een database wordt genoemd een entiteit of record. Entiteiten kunnen verwijzen naar real-world objecten en personen , zoals een product of een student . Ze kunnen ook verwijzen naar abstracte begrippen , waaronder een evenement of een aankoop . In een relationeel systeem , zijn vergelijkbare eenheden gegroepeerd in een verzameling heet een tafel .
Entiteiten en Relaties

In een databank , sommige entiteiten hebben relaties met andere entiteiten . Er zijn drie verschillende belangrijke soorten relaties in Dr Chen's model : de een - op-een relatie , de een-op - veel-relatie en de veel-op - veel-relatie . Zo kan een klas te ontmoeten in een bepaalde klas uit een lijst van klaslokalen . Echter , dat een klasse heeft veel studenten . Elk van deze studenten zijn beurt wordt ingeschreven in verschillende klassen .
Soorten Key

Wat verbindt elk van deze entiteit tabellen is het gebruik van de toetsen . Sleutels zijn records vorm relaties . Een belangrijke " primaire" in een tabel opnemen identificeert dat record . Als deze toets wordt gebruikt als een veldwaarde in een record in een andere tabel , is er sprake van een "vreemde key . " Een record identificatie nummer of ID , ID-nummer van een student en een klasse-id -nummer : een tabel van klasse registraties kunnen de volgende velden bevatten, bijvoorbeeld . De student -ID en de klasse-id in een dergelijk geval zou zijn foreign keys gebruikt te binden die een registratie record terug naar een individuele student of een klasse in hun eigen aparte tabel . Zonder sleutels , kon deze relaties niet worden gehandhaafd .
Primary Key Constraints

Er zijn specifieke regels voor het aanwijzen van een individueel stukje informatie , of in het veld , als een primaire sleutel . Primaire sleutels moet altijd een waarde bevatten . Ze kan niet leeg zijn . Primaire sleutels moet uniek zijn binnen tafel die entiteit . Primaire sleutel waarden moeten veranderen nooit . Al deze regels zijn voor praktische , gezond verstand redenen . Bijvoorbeeld , kan een tafel van leerlingen op een school veel verschillende studenten met de naam bevatten " John Smith . " In dit geval zou een veldnaam een goede keuze voor een primaire sleutel omdat het onmogelijk is om uniek onderscheiden welke " John Smith " je bedoeld . Een beter om een systeem gegenereerde , unieke ID-nummer aangemaakt op het moment dat het record wordt ingevoerd hebben .
Voordelen

Met behulp van de entiteit - relatie -model , het selecteren primaire sleutels , tot oprichting van buitenlandse sleutels en de aanleg van de algemene structuur van uw database in een reeks van entiteit - relatie-schema is zeker een uitdagend proces . Het doen van dit werk van tevoren biedt u een logische blauwdruk te beginnen daadwerkelijk maken van uw database in het softwarepakket van uw keuze .

Databases
gebouwd met behulp van de ER diagrammen techniek , en degenen die primaire sleutels gebruiken om relaties aan te knopen , zijn veel meer kans om nauwkeurig en efficiënt goed voor data . In het vorige voorbeeld van een student registratie -database , wordt een kleine tafel met registraties sterk georganiseerd , gebruikt minder ruimte dan een herhaling van een van het veld elementen uit andere tabellen en maakt instap eenvoudiger voor de eindgebruiker door het hen mogelijk om selecties uit andere tabellen kiezen door ID .