Hvordan normalisere en database?

Databaser er en av viktigste begrepene i programmeringsverdenen. Mange lurer på Hva er det og hva er det til? normalisere en database og sannheten er enklere enn den ser ut til.

Men før jeg snakker om hvordan man normaliserer en database, vil jeg kort forklare hva som er database normalisering.

Hva er database normalisering?

Består av bruke en rekke regler for å unngå unødvendige klager eller komplekse henvendelser i fremtiden.

Det er en veldig viktig faktor i opprettelse av dynamiske websider og / eller websystemer. Det kan også sies at det er prosessen med å organisere informasjon i en database.

Du må ta hensyn til tabelloppretting og reglene som brukes til å definere relasjoner.

Disse reglene er designet for å beskytte og gi databasen fleksibilitet for å eliminere permitteringer og inkonsekvente avhengigheter.

Krav til normalisering av databaser

Slik at tabellene i databasen vår normaliseres må oppfylle følgende egenskaper:

- Hvert bord må ha et unikt navn.

– Det kan ikke være to like rader.

– Det er ikke tillatt å ha duplikater.

- Alle data i en kolonne må være av samme type.

Hvis bordene dine de er ikke riktig optimalisert eller normalisert, de kan gi deg mange problemer på lang sikt.

Hvorfor normaliseres en database?

1. Unngå dataredundans.
2. Beskytt dataintegriteten.
3. Reduser tiden og kompleksiteten ved gjennomgang av databaser.
4. Unngå problemer med å oppdatere dataene i tabellene.
5. Optimaliser lagringsplass.
6. Forhindre uønsket sletting av data.

For å bekrefte at databasen vår er normalisert, må 3 nivåer av normalisering respekteres: den første normale formen, den andre normale formen og den tredje normale formen.

Den første normale formen

Å si det Bordet vårt er i første normale form, du må følge en rekke trinn:

• Fjern gjentatte grupper fra individuelle tabeller.
• Lag en egen tabell for hvert felt eller kolonne med relaterte data.
• Identifiser hvert datafelt relatert til en primærnøkkel.

Hvis du vil For å vite om du har gjort det riktig, må du ta hensyn til følgende aspekter:

- Alle attributter de er atomare.

- Tabellen inneholder en unik nøkkel.

- Må ikke eksistere forskjell i antall kolonner.

- Enger Ingen nøkler må identifiseres med nøkkel.

- Hvis den dataendringsrekkefølgen bør ikke endre deres betydning.

- Et bord du kan ikke ha flere verdier i hver kolonne.

– Dataene er atomiske, til hver verdi av X tilhører verdien Y, og omvendt.

Den andre normale formen

• Skaper separate tabeller for verdisett som gjelder flere poster.
• Knytter disse tabellene til en fremmed nøkkel.

Vi kan si at databasen vår er i den andre normale formen hvis den tidligere oppfyller reglene for den første normale formen og hvis dets ikke-primære attributter er helt avhengige av primærnøkkelen. Eller sagt på en annen måte det er ingen delvise avhengigheter.

Den tredje normale formen

• Fjern alle de feltene som ikke er avhengige av primærnøkkelen.
• Ingen kolonner kan avhenge av en kolonne som ikke har en primærnøkkel.
• Det kan ikke være avledede data.

Vi kan bekrefte at bordet vårt er i tredje normalform hvis den tidligere har vært i andre normalform og det er ingen overgangsfunksjonell avhengighet mellom ikke-nøkkelattributtene.