Tradisjonelt database designere engasjere seg i etableringen av en database i tre faser av prosjekteringen : konseptuelle, logiske og fysiske . Disse fasene kan ikke følge hverandre sekvensielt - designere må kanskje tilbake tidligere faser i senere faser , for eksempel. Designere kan også utelate ett eller flere trinn for enkle databaser . Når riktig gjort , fremmer database design effektiv data lagring og gjenfinning. Conceptual Design

Konseptuell utforming innebærer etableringen av et konseptuelt skjema eller modell , av databasen . Denne modellen er uavhengig av eventuelle fysiske betraktninger , inkludert database management system, programmeringsspråk og hardware plattformer . Ikke-tekniske brukere må forstå skjemaet, så det skal ikke inneholde opplysninger om hvordan databasen skal implementeres . Det er imidlertid beskrevet i forhold til natur, struktur og betydningen av dataene.
Entity - Relationship Model

Under konseptfasen , database designere typisk skape det som er kjent som en eR- modell , eller diagram, for å visualisere databasen. Det ER- diagram identifiserer hver enhet - ellers kjent som en relasjon, eller bord - i databasen - samt relasjoner mellom enhetene. I hovedsak er ER- diagram enkel nok til at databasen designere til å lære og forstå de grunnleggende begreper, men detaljert nok til å bistå i utviklingen av komplekse applikasjoner .
Logical Design

formålet med logisk design er å transformere den generiske , konseptuelle skjema inn i en datamodell spesifikke for en bestemt database management system . Logisk design kan gjøres manuelt eller - i noen tilfeller - automatisk , gjennom bruk av dataassistert software engineering ( CASE ) verktøy fra en konseptuell design. I begge tilfeller er sluttresultatet et sett med data definition language kommandoer, som kan brukes interaktivt, eller som del av et dataprogram for å opprette databasen .
Fysisk Design

fysisk design er prosessen med fysisk implementere den logiske datamodellen i en database management system . Det innebærer å velge spesifikke filer strukturer der du kan lagre database tabeller , eller relasjoner , og sørge for at forholdet kan nås raskt, effektivt og sikkert. Database designere må kanskje tenke databasetilgangsplan ganger for ofte brukte transaksjoner , samt gjennomsnittlig antall transaksjoner som behandles per minutt og mengden av plass i databasen opptar . En indeks på visse felt eller kolonner , i en database kan forbedre tilgang ganger , men det er opp til databasen designer bestemme hvilke felt som skal indekseres .