Wat is database -ontwerp?

Database -ontwerp is, zoals de naam zou kunnen suggereren, veel op huisontwerp, hoewel de term ook kan worden gebruikt om te verwijzen naar de werkelijke databaseconstructie. Het ontwerpproces is iets van een blauwdruk die de details van een database schetst, van relaties tussen tabellen tot welke informatie belangrijk is en hoe de gegevens worden geïmplementeerd. Afgezien van het helpen van de bouwer om te weten welke tabellen en informatie te verzamelen, maakt een ontwerp gebruik van naamgevingsconventies en worden spelfouten gecontroleerd voordat de database is voltooid. De database doorloopt ook normalisatie, die in het ontwerpproces redundantie wil verwijderen. Zonder eerst een ontwerp uit te werken, kan een database -maker eenvoudig de volgorde van tabellen of de primaire sleutel voor tabellen verpesten, of gewoon enkele secties missen, tussen een hele reeks andere potentiële fouten.

De eerste stap van database -ontwerp is om het doel van de database te kennen. Er zijn geen diagrammen of abstracte representaties; De ontwerper denkt gewoon aan het objecti van de databaseVes. Sommige informatie kan worden opgeschreven, maar over het algemeen beschouwt de ontwerper eenvoudigweg de beste manier om de database te organiseren en te gebruiken.

Vervolgens maakt de ontwerper vier gegevensmodellen. Het conceptuele model is een eenvoudig diagram dat tabelnamen toont. Hierna wordt het logische gegevensmodel gemaakt, waardoor de tabellen worden gevuld met primaire sleutel en informatie die moet worden verzameld. Een primaire sleutel is een titel voor een kolom die deze uniek maakt en gebruikers het doel van de kolom vertelt. Relaties tussen tabellen zijn ook gedetailleerd tijdens deze databaseontwerpstadium.

In het entiteit-relatiemodel richt de ontwerper zich meer op relaties en minder op de primaire toetsen. Dit model kan soms worden overgeslagen, maar het helpt tijdens het maken van database om te laten zien hoe de entiteiten met elkaar omgaan. In het fysieke datamodel wordt live -informatie ingevoerd in het database -ontwerp.

Tijdens elke modelfase, de spellinG van de tabellen en primaire toetsen moeten worden gecontroleerd. Het benoemen van conventies worden ook gebruikt, zodat gebruikers weten hoe ze gegevens kunnen invoeren. Een tabel kan bijvoorbeeld worden genoemd als 'thistable', 'this_table', 'this-table' of 'this.table', gebaseerd op de naamgevingsconventie die wordt gekozen door de database-ontwerper. Spelling moet worden gecontroleerd, omdat een fout relatieproblemen kan veroorzaken wanneer de database is geconstrueerd.

De regels van normalisatie worden ook toegepast op het databasemodel. Deze regels elimineren herhalende gegevens, lost grote tabellen op in kleine tabellen en zorgen ervoor dat relaties zijn geoptimaliseerd. Het normaliseren van het databaseontwerp is de laatste stap en helpt de ontwerper om te bepalen of de database functioneel is of dat deze moet worden herschikt of herwerkt.

ANDERE TALEN