Opprette en effektiv design for en relasjonsdatabase er et sentralt element i å bygge et pålitelig system . Det er ingen "riktig" relasjonsdatabase design for et bestemt prosjekt , og utviklere må ta valg for å lage et design som vil fungere effektivt. Det er noen felles design fallgruver som kan skade en database system . Ser ut for disse feilene på design stadiet kan bidra til å unngå problemer senere. Uforsiktig Naming Practices

velge navn er en del av database design som ofte neglisjert , men kan ha en betydelig innvirkning på brukervennlighet og fremtidig utvikling . For å unngå dette, bør både bord og kolonne navnene velges til å være meningsfylt og å tilpasse seg etablerte konvensjoner , slik at konsistensen blir opprettholdt gjennom et system. En rekke konvensjoner kan brukes i relasjonsdatabaser navn, inkludert følgende to eksempler for en rekord å lagre en klient navn : " . ClientName " " CLIENT_NAME " og
Mangel på dokumentasjon

Lage dokumentasjon for en relasjonsdatabase kan være et viktig steg i å sikre fremtidig utvikling. Det er forskjellige nivåer av dokumentasjon som kan opprettes for databaser , og noen database management systemer er i stand til å generere dokumentasjon automatisk. For prosjekter der formell dokumentasjon ikke anses nødvendig , bare å ta med kommentarer innen SQL-kode kan være nyttig.
Unnlatelse av å normalisere

Normalisering er en teknikk for analysere og forbedre på , en innledende database design. En rekke forskjellige teknikker er involvert, herunder å identifisere trekk ved en database design som kan kompromittere dataintegritet , f.eks dataelementer som er lagret i mer enn ett sted . Normalisering identifiserer uregelmessigheter i en database design, og kan sette en stopper for design funksjoner som vil føre til problemer når data spørres, satt inn eller oppdateres .
Mangel på testing

Unnlatelse av å teste en database design med et utvalg av ekte, eller realistisk , kan data føre til alvorlige problemer i en database system . Vanligvis er relasjonell database design startet fra et abstrakt nivå , ved hjelp av modellering teknikker for å komme frem til et design. Ulempen med denne prosessen er at design noen ganger ikke vil forholde seg nøyaktig til de faktiske dataene, som er grunnen til at testing er så viktig .
Unnlatelse av å utnytte SQL Fasiliteter

SQL har mange funksjoner som kan forbedre brukervennligheten og suksessen av en database system . Fasiliteter som lagrede prosedyrer og integritet sjekker er ofte ikke brukes i tilfeller hvor de kan i stor grad forbedre stabiliteten i et system . Utviklere ofte velger ikke å gjennomføre disse prosessene under designfasen av et prosjekt som de ikke er en nødvendighet , men de kan bidra til å unngå problemer på et senere tidspunkt .