Ulempene ved Database Denormalization

Relasjonsdatabaser må være normalisert for å være effektive. Normalisering er et viktig skritt i utformingen relasjonsdatabaser. En relasjonsdatabase består av forskjellige tabeller som snakker, eller forholde seg til hverandre. Mens denormalization kan brukes for å redusere antall delta tabeller, og kan hastigheten på prosessen, fører det til redundant data og en økning i total database størrelse.

Hva er Normalisering?

Normalisering er hvordan database designere bestemme de aktuelle feltene, bord og bord forhold som hører hjemme i databasen. Fordelene med en normalisert database er redusert dataredundans og inkonsekvent avhengighet, så vel som en mer intuitiv utforming for brukerne. Redundant data fører til en bruker å måtte legge til, redigere eller slette de samme dataene fra mer enn ett sted i systemet. Inkonsekvent avhengighet tvinger brukeren til å se i en nonintuitive plassering for informasjonen.

Hva er First Normal Form?

Sikre database normalisering oppnås ved å bruke Første normale form. Dette eliminerer gjentatte felt i individuelle tabeller. Et eksempel på en gjentatt felt er Class1, Klasse2 og Class3. Denne konstruksjonen vil fungere inntil en student tar en fjerde klasse. En annen del av First Normal Form er å sørge for at hvert felt er i den minste enheten mulig. For eksempel, i stedet for å ha et felt for korrespondanse, bør bordet har to felt, ClientFirstName og ClientLastName.

Hva er Second Normal Form?

Eliminere overflødige data på tvers av tabeller og poster er Second Normal Form. Utbygger må sørge for at hvert felt vises bare i en tabell for å stoppe repeterende dataregistrering. Den eneste gang at et felt kan være i en sekundær tabell er når den brukes som et fremmed nøkkel. Et eksempel på dette er en instruktør tabell som inneholder primærnøkkelen for InstructorID. InstructorID kan dukke opp igjen i en sekundær tabell kalt klasse å identifisere hvem som instruerer klassen.

Hva er tredje normale form?

Tredje normale form sørger for at det ikke er inkonsekvent avhengighet. Inkonsekvens Avhengighet oppstår når et felt er i en uventet tabellen. For eksempel, ville det ikke være intuitivt å lete etter en elevs telefon i klasse bordet. Den enkleste måten å sørge for at feltet hører til i den aktuelle tabellen er å stille spørsmålet på <feltnavn> på <tabellnavn> er <data>. For eksempel <etternavn> til <instruktør> er <Johnson>. Dette gjør logisk sans. Et eksempel på Inkonsekvent Avhengighet er <title> av <instruktør> er <Database Design>.

Hva er Denormalization?

Noen ganger er det hensiktsmessig for en designer å purposely Avnormaliser deler av en database. En database designer må gjøre dette med omtanke for å oppheve en negativ innvirkning på ytelse og brukervennlighet. Ved denormalizing design, mindre bli med tabeller og fremmednøkler er påkrevd. Denormalization kan brukes på første og andre normale form; men bør imidlertid aldri brukes på tredje normale form.