Hvordan normaliseres en database?

Databaser er en af ​​de vigtigste koncepter i programmeringsverdenen. Mange undrer sig Hvad er det, og hvad er det til? normalisere en database, og sandheden er enklere, end den ser ud til.

Men før jeg taler om, hvordan man normaliserer en database, vil jeg kort forklare, hvad der er database normalisering.

Hvad er database normalisering?

Består af anvende en række regler for at undgå unødvendige klager eller komplekse forespørgsler i fremtiden.

Det er en meget vigtig faktor i oprettelse af dynamiske websider og / eller websystemer. Man kan også sige, at det er processen med at organisere information i en database.

Du skal tage højde for oprettelse af tabeller og de regler, der bruges til at definere relationer.

Disse regler er designet til at beskytte og give databasen fleksibilitet for at eliminere afskedigelser og inkonsekvente afhængigheder.

Krav til normalisering af database

Så tabellerne i vores database normaliseres skal opfylde følgende egenskaber:

- Hver tabel skal have en unikt navn.

– Der kan ikke være to lige store rækker.

– Det er ikke tilladt at have dubletter.

- Alle data i en kolonne skal være af samme type.

Hvis dine borde de er ikke ordentligt optimeret eller normaliseret, de kan give dig mange problemer på lang sigt.

Hvorfor normaliseres en database?

1. Undgå dataredundans.
2. Beskyt dataintegriteten.
3. Reducer tiden og kompleksiteten ved gennemgang af databaser.
4. Undgå problemer med at opdatere dataene i tabellerne.
5. Optimer lagerplads.
6. Undgå uønsket sletning af data.

For at bekræfte, at vores database er normaliseret, skal 3 niveauer af normalisering respekteres: den første normale form, den anden normale form og den tredje normale form.

Den første normale form

At sige det Vores tabel er i normal første form, vi skal følge en række trin:

• Fjern gentagne grupper fra individuelle tabeller.
• Opret en separat tabel for hvert felt eller kolonne med relaterede data.
• Identificer hvert datafelt, der er relateret til en primær nøgle.

Hvis du vil For at vide, om du har gjort det korrekt, skal du tage højde for følgende aspekter:

- Alle attributter de er atomare.

- Tabellen indeholder en unik nøgle.

- Må ikke eksistere forskel i antal kolonner.

- Felter ingen nøgler skal identificeres med nøglen.

- Hvis den dataændringsrækkefølgen bør ikke ændre deres betydning.

- Et bord du kan ikke have flere værdier i hver kolonne.

– Dataene er atomare, til hver værdi af X hører en værdi på Y og omvendt.

Den anden normale form

• Opretter separate tabeller for værdisæt der gælder for flere poster.
• Relaterer disse tabeller til en fremmed nøgle.

Vi kan sige, at vores database er i den anden normale form, hvis den tidligere opfylder reglerne for den første normale form og hvis dets ikke-primære attributter er helt afhængige af den primære nøgle. Eller sagt på en anden måde der er ingen delvise afhængigheder.

Den tredje normale form

• Fjern alle de felter, der ikke afhænger af den primære nøgle.
• Ingen kolonne kan afhænge af en kolonne, der ikke har en primær nøgle.
• Der kan ikke være afledte data.

Vi kan bekræfte, at vores bord er i tredje normale form, hvis han tidligere har været i anden normal form og der er ingen midlertidig funktionel afhængighed mellem ikke-nøgleattributterne.