Relationsdatabaser skal normaliseres for at være effektiv . Normalisering er et vigtigt skridt i at designe relationsdatabaser . En relationel database består af forskellige tabeller, snakke, eller relatere til hinanden. Mens denormalisering kan bruges til at reducere antallet af deltage tabeller og kan fremskynde behandlingen , det fører til redundante data og en stigning i den samlede database størrelse.
Database Design
Hvad er Normalisering ?
Normalisering er, hvordan database designere beslutte de relevante felter, tabeller og relationer , der hører i databasen. Fordelene ved en normaliseret database er reduceret dataredundans og inkonsekvent afhængighed , samt et mere intuitivt design for brugerne . Redundante data fører til en bruger, der at tilføje, redigere eller slette de samme data fra mere end et sted i systemet. Inkonsekvent afhængighed tvinger en bruger til at se ud på en nonintuitive placering til dataene.
Hvad er First Normal Form ?
Sikring database normalisering opnås ved at bruge First normal Form . Dette eliminerer gentage felter i de enkelte tabeller. Et eksempel på et gentaget felt er Class1 , Class2 og Class3 . Dette design vil arbejde , indtil en elev tager en fjerde klasse. En anden del af First Normal Form er at sikre, at hvert felt er den mindste enhed mulig. For eksempel, i stedet for at have et felt for klientnavn skal tabellen have to felter, ClientFirstName og ClientLastName .
Hvad er Second normalform ?
Eliminering overflødige data på tværs tabeller og optegnelser er Second Normal Form . Bygherren skal sikre, at hvert felt vises kun i en tabel for at stoppe gentagne indtastning af data. Den eneste gang, at et felt kan være i en sekundær tabel er, når det anvendes som en fremmed nøgle . Et eksempel på dette er en instruktør tabel, der indeholder den primære nøgle i InstructorID . InstructorID kan vise op igen i en sekundær tabel kaldet Class for at identificere, hvem der instruerer klassen.
Hvad er Third normalform ?
Third Normal Form sørger for, at der er ikke i modstrid Dependency . Uoverensstemmelse Afhængighed opstår, når et felt er i en uventet tabel . For eksempel ville det ikke være intuitiv at kigge efter en elevs telefon i klassen tabellen. Den nemmeste måde at sikre feltet hører til i den relevante tabel er at stille spørgsmålet på af er . For eksempel er det af . Dette gør logisk mening . Et eksempel på inkonsekvent Afhængighed er af er design> .
Hvad er Denormalisering ?
Nogle gange er det passende for en designer til med vilje denormalize dele af en database. En database designer skal gøre dette med omtanke for at negere en negativ indvirkning på performance og brugervenlighed. Ved denormalizing design, er mindre slutte tabeller og fremmede nøgler kræves. Denormalisering kan bruges på første og anden normalform , men det bør aldrig bruges på tredje normalform
.