Duomenų bazės projektavimas, kaip rodo pavadinimas, labai panašus į namo projektavimą, nors šis terminas taip pat gali būti naudojamas nurodant tikrą duomenų bazės kūrimą. Projektavimo procesas yra tam tikras planas, kuriame aprašoma duomenų bazės informacija, pradedant ryšiais tarp lentelių ir baigiant svarbia informacija ir tuo, kaip duomenys bus įgyvendinti. Be to, kad padedama kūrėjui žinoti, kokias lenteles ir informaciją rinkti, projekte naudojamos pavadinimų sutartys, o rašybos klaidos tikrinamos prieš baigiant kurti duomenų bazę. Duomenų bazė taip pat normalizuojama, siekiant pašalinti perteklinį perteklių projektavimo proceso metu. Iš pradžių neparengęs dizaino, duomenų bazės kūrėjas gali lengvai sujaukti lentelių tvarką ar pirminį lentelių raktą arba tiesiog praleisti keletą skyrių tarp daugybės kitų galimų klaidų.
Pirmasis duomenų bazės projektavimo žingsnis yra žinoti duomenų bazės paskirtį. Nėra diagramų ar abstrakčių vaizdų; dizaineris tik galvoja apie duomenų bazės tikslus. Tam tikra informacija gali būti užrašoma, tačiau paprastai dizaineris tiesiog mano, kaip geriausia tvarkyti ir naudoti duomenų bazę.
Tada dizaineris sukuria keturis duomenų modelius. Koncepcinis modelis yra paprasta diagrama, kurioje rodomi lentelių pavadinimai. Po to sukuriamas loginis duomenų modelis, užpildantis lenteles pirminiu raktu ir renkama informacija. Pirminis raktas yra stulpelio pavadinimas, kuris daro jį unikalų ir nurodo naudotojams stulpelio paskirtį. Šiame duomenų bazės kūrimo etape taip pat detalizuojami ryšiai tarp lentelių.
Esybės ir santykių modelyje dizaineris daugiau dėmesio skiria santykiams ir mažiau pirminiams raktams. Šis modelis kartais gali būti praleistas, tačiau kuriant duomenų bazę jis padeda parodyti, kaip objektai sąveikauja tarpusavyje. Fizinių duomenų modelyje tiesioginė informacija įvedama į duomenų bazės dizainą.
Kiekviename modelio etape reikia patikrinti lentelių ir pirminių raktų rašybą. Taip pat naudojamos pavadinimų suteikimo taisyklės, todėl vartotojai žino, kaip įvesti duomenis. Pavyzdžiui, lentelė gali būti pavadinta „ThisTable“, „This_Table“, „This-Table“ arba „This.Table“, atsižvelgiant į duomenų bazės kūrėjo pasirinktą pavadinimų suteikimo tvarką. Rašyba turi būti patikrinta, nes klaida gali sukelti santykių problemų kuriant duomenų bazę.
Normalizavimo taisyklės taip pat taikomos duomenų bazės modeliui. Šios taisyklės pašalina pasikartojančius duomenis, išskaido dideles lenteles į mažas lenteles ir užtikrina, kad ryšiai būtų optimizuoti. Duomenų bazės dizaino normalizavimas yra paskutinis žingsnis ir padės dizaineriui nustatyti, ar duomenų bazė veikia, ar ją reikia pertvarkyti ar pertvarkyti.