Wat Is Database Design?

Database ontwerp, zoals de naam doet vermoeden, is net als huisontwerp, hoewel de term ook worden gebruikt om te verwijzen naar de werkelijke gegevensbank constructie. Het ontwerpproces is iets van een blauwdruk die gegevens een database's schetst, van relaties tussen tabellen aan welke informatie belangrijk is en hoe de gegevens zullen worden uitgevoerd. Naast het helpen van de bouwer weten wat tafels en informatie te verzamelen, een ontwerp maakt gebruik van naamgeving en spelfouten worden gecontroleerd voordat de database is voltooid. De database gaat ook door normalisatie, die tot doel heeft om redundantie te verwijderen, tijdens het ontwerpproces. Zonder eerst het uitwerken van een ontwerp, kan een maker van de database gemakkelijk verknoeien de volgorde van de tabellen of de primaire sleutel voor de tafels, of gewoon missen een paar secties, onder een hoop andere mogelijke fouten.

De eerste stap van database-ontwerp is het doel van de databank kennen. Er zijn geen schema's of abstracte voorstellingen; de ontwerper alleen denkt over de doelstellingen van de database. Sommige informatie kan worden opgeschreven, maar over het algemeen de ontwerper gewoon van mening dat de beste manier om te organiseren en gebruik maken van de database.

Vervolgens, de ontwerper creëert vier datamodellen. Het conceptueel model is een eenvoudig diagram dat tabelnamen toont. Hierna wordt het logische datamodel gecreëerd, het vullen van de tafels met primaire sleutel en informatie te verzamelen. Een primaire sleutel is een titel voor een kolom die het uniek en weet de gebruiker het doel van de kolom. Relaties tussen tabellen zijn ook gedetailleerde tijdens deze database ontwerpfase.

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

Tijdens elk model fase, moet de spelling van de tafels en de primaire sleutels worden gecontroleerd. Naamconventies ook in dienst zijn, zodat gebruikers weten hoe ze gegevens in te voeren. Bijvoorbeeld kan een tabel worden genoemd "ThisTable," "This_Table," "Deze Table" of "This.Table", gebaseerd op de naamgevingsconventie opgepikt door de databaseontwerper. Spelling moet worden gecontroleerd, omdat een fout relatie problemen kan veroorzaken wanneer de database wordt opgebouwd.

De regels van normalisatie ook worden toegepast op de database model. Deze regels te elimineren herhalen gegevens, ontbinden grote tafels in kleine tafels en ervoor zorgen dat relaties worden geoptimaliseerd. Normaliseren van de database-ontwerp is de laatste stap en de ontwerper bij het bepalen of de database functioneert of moet worden herschikt of bewerkt.