Was ist die dritte normale Form? (Datenbanken)

Was ist die dritte normale Form? (Datenbanken)

Der Dritte normale Form (Datenbanken) Es handelt sich um eine relationale Datenbankdesign -Technik, bei der die verschiedenen Tabellen, aus denen sie komponiert werden.

Wenn eine Datenbank entworfen wird.

Quelle: Pixabay.com

Um dieses Ziel zu erreichen, können einige Datenbankdesign -Techniken verwendet werden, darunter die Standardisierung.

Dies ist ein Prozess, in dem Daten in einer Datenbank organisiert werden, um Redundanzen und mögliche Anomalien in der Insertion, Aktualisierung oder Entsorgung der Daten zu vermeiden und für sie ein einfaches und stabiles Design des konzeptionellen Modells zu generieren.

Beginnt mit der Untersuchung der funktionalen Beziehung oder Abhängigkeit zwischen Attributen. Diese beschreiben eine Eigenschaft der Daten oder die Beziehung zwischen ihnen.

[TOC]

Normale Formen

Das heißt. .

Es wird gesagt, dass eine Tabelle in 1FN ist, wenn alle Attribute oder Felder darin nur eindeutige Werte enthalten. Das heißt, der gesamte Wert für jedes Attribut muss unteilbar sein.

Per Definition wird eine relationale Datenbank immer auf die erste normale Form normalisiert, da Attributewerte immer atomar sind. Alle Beziehungen in einer Datenbank befinden sich in 1FN.

Kann Ihnen dienen: konstant (Programmierung): Konzept, Typen, Beispiele

Das Verlassen der Datenbank stimuliert jedoch lediglich eine Reihe von Problemen wie Redundanz und mögliche Aktualisierungsanomalien. Die höchsten Normalformen wurden entwickelt, um diese Probleme zu beheben.

Zweite Normalform (2FN)

Es geht darum, die kreisförmigen Einheiten aus einem Tisch zu beseitigen. Es wird gesagt, dass ein Verhältnis in 2FN liegt, wenn es in 1FN ist und auch jedes Feld oder Attribut nicht vollständig vom Primärschlüssel abhängt, oder genauer gesagt, dass die Tabelle einen einzelnen Zweck hat.

.

Dritte normale Form (3FN)

Es handelt sich darum, transitive Abhängigkeiten aus einer Tabelle zu beseitigen. Das heißt, eliminieren Sie Nicht -Keey -Attribute, die nicht vom Primärschlüssel abhängen, sondern von einem anderen Attribut.

Eine transitive Abhängigkeit ist eine Art funktionaler Abhängigkeit, bei der der Wert eines Attributs oder Feldes nicht durch den Wert eines anderen Feldes bestimmt wird, das auch nicht der Schlüssel ist.

.

Es wird gesagt, dass Attribute für beide Seiten unabhängig sind, wenn keiner von ihnen funktionell von einer Kombination von anderen abhängt. Diese gegenseitige Unabhängigkeit garantiert, dass Attribute einzeln aktualisiert werden können, ohne dass ein anderes Attribut beeinflusst wird.

Damit ein Datenbankverhältnis in der dritten normalen Form liegt, muss es daher folgen:

- Alle 2FN -Anforderungen.

Kann Ihnen dienen: IKT im Haus

- Wenn es Attribute gibt, die nicht mit dem Primärschlüssel zusammenhängen, müssen sie beseitigt und in eine separate Tabelle platziert werden, wobei beide Tabellen über einen externen Schlüssel in Verbindung gebracht werden. .

Beispiele für die dritte Normalform

Beispiel 1

Seien Sie die Studententabelle, deren Hauptschlüssel die Identifizierung des Schülers (ID_ESTUDIANT) ist und aus den folgenden Attributen besteht: Studentenname, Street, City und_Postal Code, wobei die Bedingungen auf 2FN betragen können.

.

. Aufgrund dieses zweiten Abhängigkeitsgrades ist es nicht erforderlich, diese Attribute in der Schülertabelle zu speichern.

Neue Tabelle erstellen

Angenommen, es gibt mehrere Studenten in derselben Postleitzahl, wobei die Studententabelle eine immense Menge an Aufzeichnungen enthält, und es ist erforderlich, den Namen der Straße oder der Stadt zu ändern, dann sollte diese Straße oder Stadt im gesamten Tischstudent.

Wenn es beispielsweise notwendig ist, die „El Limón“ -Straße für „El Limón II“ zu ändern, muss sie nach dem Schülertisch nach „El Limón“ suchen und sie dann auf „El Limón II“ aktualisieren.

Finden Sie in einer riesigen Tabelle und aktualisieren Sie die eindeutigen oder mehrere Datensätze benötigen viel Zeit und wirken sich daher auf die Datenbankleistung aus.

Stattdessen können diese Details in einer separaten (Postcard) Tabelle aufgeführt werden.

Die Posttabelle hat eine vergleichsweise geringere Anzahl von Datensätzen und muss erst nach dieser Posttabelle aktualisieren. Dies spiegelt sich automatisch in der Studententabelle wider und vereinfacht die Datenbanken und Konsultationen. Somit werden die Tabellen in 3FN sein:

Es kann Ihnen dienen: Metabuster: Eigenschaften, Typen und Beispiele

Beispiel 2

Seien Sie die folgende Tabelle mit dem Feld Num_Project als Hauptschlüssel und mit wiederholten Werten in Attributen, die nicht Schlüssel sind.

Der Telefonwert wird jedes Mal wiederholt, wenn der Name eines Managers wiederholt wird. Dies liegt daran, dass die Telefonnummer nur eine zweite Abhängigkeit von der Projektnummer hat. Es hängt wirklich vom Manager ab, und dies hängt wiederum von der Projektnummer ab, die eine transitive Abhängigkeit ausgeht.

Das Attribut von Manager_Project kann in den Tabellenprojekten kein möglicher Schlüssel sein, da derselbe Manager mehr als ein Projekt übernimmt. Die Lösung hierfür besteht darin, das Attribut mit wiederholten Daten (Telefon) zu beseitigen und eine separate Tabelle zu erstellen.

Die entsprechenden Attribute müssen gruppiert werden, um eine neue Tabelle zu erstellen, um sie zu speichern. Die Daten werden eingegeben und es wird verifiziert, dass die wiederholten Werte nicht Teil des Primärschlüssels sind. Der Hauptschlüssel für jede Tabelle wird festgelegt und bei Bedarf externe Schlüssel hinzugefügt.

Um die dritte normale Form zu erfüllen, wird eine neue Tabelle (Manager) erstellt, um das Problem zu lösen. Beide Tabellen werden über das Feld Manager_Project verwandt:

Verweise

  1. Teradata (2019). Erste, zweite und dritte normale Formen. Entnommen aus: Dokumente.Teradata.com.
  2. Cup Tutorial (2019). Normale dritte Form (3NF). Ausgenommen von: Tutorialcup.com.
  3. Database Dev (2015). Normale dritte Form (3NF) - Normalisierung Ihrer Datenbank. Stammen aus: Datenbank.CO.Vereinigtes Königreich.
  4. Relational DB Design (2019). Einführung in die dritte normale Form. Entnommen aus: relationalDbdesign.com.
  5. Dummies (2019). SQL Erste, zweite und dritte normale Formen. Entnommen aus: Dummies.com.