Fallgruver i Relational Database Design

Å skape et effektivt design for en relasjonsdatabase er et sentralt element i å bygge et pålitelig system. Det er ingen "riktig" relasjonell databasedesign for et bestemt prosjekt, og utviklere må ta valg for å lage et design som vil fungere effektivt. Det er noen vanlige designgrupper som kan skade et databasesystem. Å passe på disse feilene i designfasen kan bidra til å unngå problemer senere.

Uforsiktig navnepraksis

Å velge navn er et aspekt av databasedesign som ofte blir neglisjert, men som kan ha betydelig innvirkning på brukervennlighet og fremtidig utvikling. For å unngå dette, bør både tabell- og kolonnenavn velges for å være meningsfylte og for å være i samsvar med de etablerte konvensjonene, og sikre at konsistensen opprettholdes gjennom et system. En rekke konvensjoner kan brukes i relasjonsdatabase navn, inkludert følgende to eksempler for en post som lagrer et klientnavn: "client_name" og "clientName."

Mangel på dokumentasjon

Å lage dokumentasjon for en relasjonsdatabase kan være et viktig skritt for å sikre fremtidig utvikling. Det er forskjellige nivåer av dokumentasjon som kan opprettes for databaser, og noen databasesystemer kan generere dokumentasjonen automatisk. For prosjekter der formell dokumentasjon ikke anses som nødvendig, kan det bare være nyttig å inkludere kommentarer i SQL-koden.

Unnlatelse av normalisering

Normalisering er en teknikk for å analysere og forbedre en innledende databasedesign. En rekke teknikker er involvert, inkludert å identifisere funksjoner i en databasedesign som kan kompromittere dataintegriteten, for eksempel dataelementer som er lagret på mer enn ett sted. Normalisering identifiserer avvik i en databasedesign, og kan forebygge designfunksjoner som vil forårsake problemer når data blir spurt, satt inn eller oppdatert.

Mangel på testing

Unnlatelse av å teste et databasedesign med et utvalg av reelle eller realistiske data kan forårsake alvorlige problemer i et databasesystem. Generelt startes relasjonell databasedesign fra et abstrakt nivå ved hjelp av modelleringsteknikker for å komme til et design. Ulempen med denne prosessen er at designet noen ganger ikke vil forholde seg nøyaktig til de faktiske dataene, og det er derfor testing er så viktig.

Manglende utnyttelse av SQL-fasiliteter

SQL har mange muligheter som kan forbedre brukervennligheten og suksessen til et databasesystem. Fasiliteter som lagrede prosedyrer og integritetskontroll brukes ofte ikke i tilfeller der de i stor grad kan forbedre systemets stabilitet. Utviklere velger ofte å ikke utføre disse prosessene under prosjekteringsfasen av et prosjekt, da de ikke er en nødvendighet, men de kan bidra til å unngå problemer på et senere tidspunkt.