Hva er annen normal form?
- I et relasjonsdatabasestyringssystem er datakonsistens og avhengighet av største betydning. Vanligvis brukes Normal-skjemaene for å unngå overflødighet av data. Redundans i dataene fører til avvik som oppdatering, innsetting og sletting. I en oppdateringsanomali, hvis en tabell har overflødige data, blir de ikke oppdatert korrekt når de oppdaterer postene, noe som resulterer i at dataene er inkonsekvente.
- Når det gjelder insert anomali, kan vi forstå det bedre ved å ta et eksempel på en kolonne som ikke kan oppdateres med nullverdier hvis tabellen ikke tillater nullverdier. Sletteanomalien kommer inn i bildet, hvis vi trenger å slette en viss post, og hvis den posten er til stede i andre rader i tabellen, vil du slette posten fra de andre radene hvis du sletter den spesifikke posten.
- For å overvinne oppdateringen, sette inn og slette avvik, må dataene normaliseres. Normalisering eliminerer overflødige data og sikrer også datavhengigheter. Normalisering hjelper også til å lagre dataene logisk og redusere plassen til å lagre databasen.
- Ulike normale skjemaer som ofte brukes i Relational Database Management System er First Normal Form, Second Normal Form, Third Normal Form, Boyce-Codd Normal Form (BCNF), etc. For å oppnå Second Normal-formen, bør First Normal Form oppnås først, som er et av kriteriene for å lage tabellen eller dataene til å være i Second Normal Form. Regelen for First Normal Form (1NF) er at et attributt i en kolonne ikke kan inneholde flere verdier, snarere skal det inneholde atomverdier.
Hvordan fungerer Second Normal Form?
Før vi går dypt inn i begrepet normalisering, la oss fokusere på noen få grunnleggende elementer involvert i databasetabeller og relasjoner. En nøkkel i RDBMS brukes til å identifisere poster unikt i en tabell, og en nøkkel kan være en enkelt kolonne eller flere kolonner. En primærnøkkel er en enkelt kolonne som brukes til å identifisere postene på en unik måte. En sammensatt primærnøkkel består av flere kolonner, som også brukes til å identifisere unike poster. I den andre normale formen må vi oppnå en primærnøkkel med én kolonne. En fremmed nøkkel i en tabell brukes til å identifisere postene i en annen tabell unikt. I Second Normal Form må hvert ikke-key attributt i forholdet avhenge av den primære nøkkelen funksjonelt.
Nedenfor er noen få trinn for å sikre at dataene er i Second Normal Form:
- Første normal form bør oppnås.
- Fjerne undergrupper av data som er gjeldende for flere rader i en tabell og plassere dem i forskjellige tabeller.
- Bruk av utenlandske nøkler for å sikre forhold mellom de opprettede tabellene.
eksempler
For å forstå de normale formene bedre, la oss ta eksemplet i tabellen nedenfor og deretter trinnene for å oppnå den andre normalformen.
La oss ta eksemplet på tabellen nedenfor "lærerdetaljer".
| id | Navn | Temaer |
| 1289 | Ramesh Sawant | Matematikk, naturfag |
| 5678 | Shruti Shah | Engelsk |
| 1267 | Nikhil Das | Historie, samfunnsfag |
| 3409 | Pooja Sharma | Økonomi |
Tabellen over inneholder de spesifikke fagene som læres av hver lærer. Her inneholder ikke emnekolonnene atomverdier, og for Id 1289 og 1267 er det mer enn ett emne til stede i kolonnen 'Emner'. Siden vi kan se at kolonnen 'Emner' ikke har atomverdier, må vi først gjøre tabellen kompatibel med First Normal Form ved å følge nedenstående.
| id | Navn | Temaer |
| 1289 | Ramesh Sawant | Matte |
| 1289 | Ramesh Sawant | Vitenskap |
| 5678 | Shruti Shah | Engelsk |
| 1267 | Nikhil Das | Historie |
| 1267 | Nikhil Das | Sosiale studier |
| 3409 | Pooja Sharma | Økonomi |
Nå er tabellen over i første normal form da alle attributtene har atomverdi.
Her er de sammensatte primærnøklene 'Id ' og 'Navn'. Kolonnen "Emner" er ikke-hovedattributtet. Også her er kolonnen 'Emner' bare avhengig av kolonnen ' Navn ' som er en del av den sammensatte primærnøkkelen. Så tabellen oppfyller ikke betingelsen til Second Normal Form.
For å gjøre tabellen kompatibel med Second Normal Form, må vi dele tabellen ovenfor i de to tabellene som vist nedenfor.
Tabelllærer_info som vist nedenfor:
| id | Navn |
| 1289 | Ramesh Sawant |
| 5678 | Shruti Shah |
| 1267 | Nikhil Das |
| 3409 | Pooja Sharma |
Tabell subject_details som vist nedenfor:
| id | Temaer |
| 1289 | Matte |
| 1289 | Vitenskap |
| 5678 | Engelsk |
| 1267 | Historie |
| 1267 | Sosiale studier |
| 3409 | Økonomi |
Vi har fjernet den opprinnelige funksjonsavhengigheten fra tabellen. Så i tabellen subject_details er kolonnen 'Subjects' helt avhengig av den primære nøkkelen til tabellen, dvs. 'Id'.
Fordeler med andre normalform
Nedenfor er noen av fordelene ved å bruke den andre normale formen.
- Redundante data reduseres mer effektivt.
- Data er konsistente i databasen.
- Det forbedrer fleksibiliteten i utformingen av en database.
- Det forbedrer også den generelle organisasjonen av data i databasen.
- Det forbedrer også sikkerheten til databasen.
Konklusjon
- For en vellykket implementering av et databasestyringssystem, som oppfyller kravene til data fra et Enterprise-system, er utformingen av en database kritisk. Normalisering hjelper med å oppnå utforming så vel som vedlikehold av et databasestyringssystem ved å sikre datakonsistens og avhengighet.
- Selv om Second Normal Form fjerner delmengden av data som er gjeldende for flere rader i en tabell og sikrer forholdet mellom tabeller ved å bruke den utenlandske nøkkelen, er fortsatt behovet for fjerning av transitiv funksjonell avhengighet av ikke-prime attributtet på en hvilken som helst supernøkkel gir opphav til bruken av tredje normalform. Så bruken av Second Normal Form avhenger av kravet som stilles av virksomheten, og det bør velges nøye mens du designer databasesystemet.
Anbefalte artikler
Dette har vært en guide til Second Normal Form. Her har vi diskutert hva som er Second Normal Form? Hvordan fungerer den andre normale formen? sammen med et passende eksempel. Du kan også gå gjennom andre foreslåtte artikler for å lære mer -
- Typer sammenføyninger i SQL Server
- Hva er SQL-injeksjon?
- Oracle PL / SQL intervjuspørsmål
- Karrierer i SQL
- Topp 6 typer sammenføyninger i MySQL med eksempler