Oprettelse af en effektiv design til en relationel database er et centralt element i opbygningen af et pålideligt system. Der er ingen " rigtige " relationel database design til et bestemt projekt , og udviklere skal træffe valg for at skabe et design , der vil arbejde effektivt. Der er et par fælles design faldgruber , der kan skade en database system. Ser ud for disse fejl i projekteringsfasen kan bidrage til at undgå problemer senere hen. Careless Navngivning Practices
Valg navne er et aspekt af database design, der er ofte overset , men kan have en betydelig indvirkning på brugervenlighed og fremtidige udvikling. For at undgå dette , bør begge tabel og kolonne navne blive valgt til at være meningsfuld og at overholde de etablerede konventioner , der sikrer, at konsekvens opretholdes i hele et system. En række konventioner kan bruges i relationelle database navne, herunder følgende to eksempler for en rekord lagring af en klient navn : " . Klientnavn " " client_name ", og
Manglende dokumentation
< br >
Oprettelse dokumentation for en relationel database kan være et afgørende skridt i at sikre den fremtidige udvikling. Der er forskellige niveauer af dokumentation , der kan oprettes for databaser , og nogle database management systemer er i stand til at generere dokumentationen automatisk. For projekter, hvor formel dokumentation ikke anses for nødvendig , skal du blot med kommentarer inden for SQL-kode kan være nyttig.
Manglende normalisering af
Normalisering er en teknik til analysere og forbedre den , en indledende database design. En række teknikker er involveret, herunder identifikation af funktioner i en database design, der kan kompromittere data integritet, for eksempel elementer af data , der er gemt i mere end ét sted . Normalisering identificerer uregelmæssigheder i en database design , og kan foregribe design funktioner, der vil skabe problemer , når data forespørges , indsat eller opdateret.
Manglende Test
Manglende teste en database design med en prøve af reelle eller realistisk , kan data forårsage alvorlige problemer i en database system. Generelt er relationel database design startede fra et abstrakt plan , ved hjælp af modelberegninger at nå frem til et design . En ulempe ved denne proces er , at design til tider vil ikke forholde sig præcist til de faktiske data , hvilket er grunden test er så vigtig.
Manglende Exploit SQL Facilities
SQL har mange funktioner, der kan forbedre brugervenligheden og succes i en database system. Faciliteter som lagrede procedurer og integritet checks ofte ikke anvendes i tilfælde , hvor de kunne i høj grad forbedre stabiliteten af et system. Udviklere ofte vælger ikke at gennemføre disse processer i design- projektfaser , da de ikke er en nødvendighed , men de kan bidrage til at undgå problemer på et senere tidspunkt .