Detaillierte Erklärung des Paradigmas in MySQL

Normale Definition

Normales Format: Das Normalformat ist eine Art Wissen in der diskreten Mathematik. Es dient dazu, das Problem der Datenspeicherung und -optimierung zu lösen: Nach dem Speichern der Daten kann es Normalerweise werden die durch Beziehungen gefundenen Daten nicht wiederholt gespeichert. Das ultimative Ziel besteht darin, die Datenredundanz zu reduzieren.

Paradigmenhintergrund:

1. Um Datenredundanz zu lösen

2. Um Daten zu optimieren und zu speichern

3. Nach dem Speichern Die Daten, die durch die Beziehung erhalten werden können, werden nicht mehr gespeichert.

Paradigmenkonzept:

1. Es handelt sich um eine Spezifikation einer hierarchischen Struktur. unterteilt in 6 Schichten

2. Jede Schicht ist strenger als die vorherige Schicht

3. Um das Paradigma der nächsten Schicht zu erfüllen, gilt die Prämisse, dass die vorherige Schicht

4. Das Paradigma hat in der Datenbank eine leitende Bedeutung, es ist jedoch nicht zwingend zu standardisieren

5. Die Datenbank muss nicht nur Platzprobleme, sondern auch Effizienzprobleme berücksichtigen. Im Allgemeinen wird die dritte Ebene verwendet

6. Sechsschichtiges Paradigma, 1NF ist die niedrigste Ebene mit den niedrigsten Anforderungen; 6NF ist die höchste Ebene und die strengste

Derzeit gibt es sechs Paradigmen in relationalen Datenbanken: erste Normalform (1NF ), zweite Normalform (2NF) und dritte Normalform (3NF), Bascord-Normalform (BCNF), vierte Normalform (4NF) und fünfte Normalform (5NF, auch bekannt als perfekte Normalform). Im Allgemeinen muss die Datenbank nur die dritte Normalform (3NF) erfüllen.

Erste Normalform: Stellen Sie sicher, dass jede Spalte nicht unterteilt werden kann

Anforderungen

1. Beim Entwerfen einer Tabelle zum Speichern von Daten, wenn die entworfenen Felder in der Tabelle Die gespeicherten Daten erfordern eine zusätzliche Verarbeitung (Aufteilung), bevor sie herausgenommen und verwendet werden können, sodass das Design der Tabelle nicht der ersten Normalform entspricht

2. Die erste Normalform erfordert, dass Felder atomar sind und nicht teilbar

Zum Beispiel:

Dozentenvertretungstabelle

Es gibt kein Problem mit der Gestaltung der obigen Tabelle: Aber wenn Die Anforderung besteht darin, die Daten herauszufinden. Es ist erforderlich, anzuzeigen, wann der Lehrer mit dem Unterrichten beginnt und wann er endet:, dann muss die Ersatzunterrichtszeit aufgeteilt werden: Dies entspricht nicht 1NF, die Daten sind nicht atomar , und kann wieder aufgeteilt werden.

Lösung

Lösung: Teilen Sie die Ersatzunterrichtszeit in zwei Felder auf, um das Problem zu lösen.

Zweite Normalform: Stellen Sie sicher, dass jede Spalte in der Tabelle mit dem Primärschlüssel verknüpft ist

Anforderungen

1. Im Datentabellenentwurfsprozess, wenn es einen Verbund gibt Primärschlüssel (Mehrfeld-Primärschlüssel), und die Felder in der Tabelle werden nicht durch den gesamten Primärschlüssel bestimmt, sondern hängen von einem Feld im Primärschlüssel (Teil des Primärschlüssels) ab

2 . Es besteht das Problem, dass das Feld vom Teil des Primärschlüssels abhängt, der als partielle Abhängigkeit bezeichnet wird

3. Das zweite Paradigma besteht darin, das Problem des Tabellendesigns zu lösen. Partielle Abhängigkeiten sind zulässig

Stundenplan des Dozenten

Zusammengesetzter Primärschlüssel: Dozent+Klasse

In der obigen Tabelle: Vertretungszeit, Beginn und Ende Die Felder beziehen sich alle auf die aktueller Primärschlüssel (Dozent und Klasse), aber das Geschlecht hängt nicht von der Klasse ab, der Klassenraum hängt nicht vom Dozenten ab, das Geschlecht hängt nur vom Dozenten ab und der Klassenraum hängt nur von der Klasse ab. Geschlecht und Klassenraum hängen von einem Teil der Grundschule ab Schlüssel: Teilabhängigkeit. Entspricht nicht der zweiten Normalform.

Lösung

Lösung 1: Geschlecht und Dozent können in getrennte Tabellen umgewandelt werden, und auch Klassen und Klassenzimmer können getrennt werden Tabellen.

Lösung 2: Zusammengesetzten Primärschlüssel aufheben und logischen Primärschlüssel verwenden

Logischer Primärschlüssel: keine geschäftliche Bedeutung, z. B. Primärschlüssel mit automatischer Inkrementierung

Geschäftlicher Primärschlüssel Schlüssel: Geschäftsbedeutung, zum Beispiel verwendet die Personentabelle die ID-Nummer als Primärschlüssel

Dritte Normalform: Stellen Sie sicher, dass jede Spalte in direktem Zusammenhang mit der steht Primärschlüsselspalte, nicht indirekt verwandt

Anforderungen

1 Um die dritte Normalform zu erfüllen, muss sie die zweite Normalform erfüllen

2. Theoretisch gilt: Alle Felder in einer Tabelle sollten direkt vom Primärschlüssel abhängen. Wenn es ein Feld im Tabellendesign gibt, hängt es nicht direkt vom Primärschlüssel ab, sondern ist auf ein bestimmtes Nichtschlüsselfeld angewiesen, um letztendlich eine Abhängigkeit vom Primärschlüssel zu erreichen Diese Abhängigkeitsbeziehung, die nicht direkt vom Primärschlüssel abhängt, sondern von Nicht-Primärschlüsselfeldern abhängt, wird als transitive Abhängigkeit bezeichnet.

3. Drittes Paradigma Es soll das Problem der transitiven Abhängigkeit lösen

Dozent bringt Stundenplan mit

Primärschlüssel: ID

Im obigen Gestaltungsplan: Geschlechtsabhängiger Dozent vorhanden, Dozent Abhängig vom Primärschlüssel; hängt von der Klasse ab, die Klasse hängt vom Primärschlüssel ab: Sowohl Geschlecht als auch Klasse haben transitive Abhängigkeiten

Lösung

Nehmen Sie die Felder mit transitiven Abhängigkeiten und die abhängigen Felder selbst separat heraus, um eine separate Tabelle zu bilden , und wenn die entsprechenden Informationen benötigt werden, verwenden Sie den Primärschlüssel der entsprechenden Entitätstabelle, um sie

Lehrplan des Dozenten

Tisch des Dozenten

Klassenzimmertisch

Anti-Paradigma

Manchmal beim Entwerfen eines Tisches Wenn in einer Tabelle mehrere Felder vorhanden sind, die Informationen aus einer anderen Tabelle abrufen müssen, können theoretisch zwar die gewünschten Daten abgerufen werden, die Effizienz ist jedoch geringer, und in einigen Tabellen werden andere Tabellen absichtlich nicht gespeichert Durch direktes Speichern der gewünschten Dateninformationen kann eine Tabelle beim Abfragen von Daten direkt Daten bereitstellen, ohne dass Abfragen mit mehreren Tabellen erforderlich sind ((geringe Effizienz), aber die Redundanz nimmt zu

Empfohlenes MySQL-Video-Tutorial, Adresse: https://www.php.cn/course/list/51.html

Das obige ist der detaillierte Inhalt vonDetaillierte Erklärung des Paradigmas in MySQL. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!