Hva er databasedesign?

Databasedesign er, som navnet antyder, omtrent som husdesign, selv om begrepet også kan brukes til å referere til faktisk databasekonstruksjon. Designprosessen er noe av en blåkopi som skisserer en databases detaljer, fra forhold mellom tabeller til hvilken informasjon som er viktig og hvordan dataene skal implementeres. Bortsett fra å hjelpe byggherren til å vite hvilke tabeller og informasjon som skal samles, bruker et design navnekonvensjoner, og stavefeil blir sjekket før databasen er fullført. Databasen går også gjennom normalisering, som søker å fjerne overflødighet, under designprosessen. Uten å først utarbeide et design, kan en databaseskaper enkelt rote opp rekkefølgen på tabeller eller den primære nøkkelen for tabeller, eller ganske enkelt gå glipp av noen få seksjoner, blant en rekke andre potensielle feil.

Det første trinnet i databasedesign er å kjenne til formålet med databasen. Det er ingen diagrammer eller abstrakte representasjoner; designeren tenker bare på databasens mål. Noe informasjon kan skrives ned, men generelt vurderer designeren ganske enkelt den beste måten å organisere og bruke databasen på.

Deretter lager designeren fire datamodeller. Den konseptuelle modellen er et enkelt diagram som viser tabellnavn. Etter dette opprettes den logiske datamodellen som fyller tabellene med primærnøkkel og informasjon som skal samles. En primærnøkkel er en tittel på en kolonne som gjør den unik og forteller brukerne hensikten med kolonnen. Forholdet mellom tabellene er også detaljert i løpet av dette databasedesignstadiet.

I enhetsforholdsmodellen fokuserer designeren mer på forhold og mindre på de primære nøklene. Noen ganger kan denne modellen hoppes over, men den hjelper under opprettelse av databaser å vise hvordan enhetene samhandler med hverandre. I den fysiske datamodellen mates live informasjon inn i databasedesignet.

Under hvert modelltrinn må stavingen av tabellene og primærnøkler kontrolleres. Det brukes også navnekonvensjoner, slik at brukerne vet hvordan de skal legge inn data. For eksempel kan en tabell bli kalt "ThisTable", "This_Table", "This-Table" eller "This.Table", basert på navnekonvensjonen valgt av databasedesigneren. Stavekontroll må sjekkes, fordi en feil kan forårsake forholdsproblemer når databasen er konstruert.

Normaliseringsreglene brukes også på databasemodellen. Disse reglene eliminerer gjentagende data, løser opp store tabeller i små tabeller og sikrer at forholdene blir optimalisert. Å normalisere databasedesignet er det siste trinnet og vil hjelpe designeren med å avgjøre om databasen er funksjonell eller om den må omorganiseres eller omarbeides.