Verstehen Sie schnell die drei Paradigmen des Datenbankdesigns

Erste Normalform 1NF

Um es ganz klar auszudrücken: Die Daten in einem bestimmten Bereich von Ihnen können nicht in einen anderen aufgeteilt werden

Ein Beispiel ist in der Abbildung dargestellt:

Ausweis lokal
1 XX-Gebäude, XX-Bezirk, Wuhan, Hubei_Tel: 17367366212

ist von oben zu sehen

Die Daten in Ihrem lokalen Bereich können in Provinzen, Städte, Bezirke, Gebäude, Telefone unterteilt werden

Nach der veränderung

Ausweis Telefon Provinz Stadt Bezirk Gebäude
1 17367366212 Hubei Wuhan xx xx

Zweite Normalform 2NF

Es kommt darauf an, ob Sie teilweise darauf angewiesen sind

Zum Beispiel:

Studenten ID Name des Studenten Betreff-ID Subjekt Name
1 Zhang San 1 Mathematik

Anscheinend hat dies zwei Abhängigkeiten

Der Name des Studenten hängt vom Studentenausweis ab

Der Fachname hängt vom Studentenausweis ab

Wenn Studenten-ID und Fach-ID als gemeinsamer Primärschlüssel verwendet werden

Offensichtlich ist der Studentenname nur von der Studenten-ID abhängig, die teilweise vom Studentennamen und nicht vollständig vom gemeinsamen Primärschlüssel abhängt

Daher muss es in zwei Tische aufgeteilt werden, einen Schülertisch und einen Klassentisch

Dritte Normalform 3NF

Überprüfen Sie, ob eine transitive Abhängigkeit vorliegt. Das Wesentliche ist, dass es redundante Felder gibt

Zum Beispiel

Ausweis

sex_c Geschlecht
1 0 männlich
2 1 weiblich

Sex hängt vom Sex ab_c

Und sex_c hängt von der ID ab

Es liegt also eine transitive Abhängigkeit vor

Das Feld „Geschlecht“ ist überflüssig

Löschen Sie einfach einen davon

Guess you like

Origin blog.csdn.net/m0_59054762/article/details/131275794