Entwurfsmethode für das MySQL-Datenbankparadigma

1. Design-Paradigma

Frage: Was ist paradigmatisches Design und warum ist denormalisiertes Design erforderlich?

Paradigma kommt aus dem EnglischenNormal From. Um während des Entwicklungsprozesses eine gute Datenbank-Logikbeziehung zu entwerfen, müssen bestimmte Einschränkungen erfüllt sein. Diese Einschränkung bildet ein Entwicklungsparadigma, das in mehrere Ebenen unterteilt ist, wobei jede Ebene strenger ist als die vorherige Ebene.

Die Erfüllung dieser Paradigmen kann theoretisch die logische Struktur unserer Datenbank prägnanter und klarer machen.

Das Folgende sind die vier häufigsten Normalformen:

• Erste Normalform (1NF)

• Zweite Normalform (2NF)

• Dritte Normalform (3NF)

• Vierte Normalform (3NF) BCNF)

1. Erste Normalform (1NF)

• Jede Spalte ist ein Attributwert, der nicht unterteilt werden kann, um die Atomizität jeder Spalte sicherzustellen;

• Die Attribute der beiden Spalten sind ähnlich oder ähnlich oder gleich. Versuchen Sie, Spalten mit denselben Attributen zusammenzuführen, um sicherzustellen, dass keine redundanten Daten generiert werden.

• Spalten mit einem einzelnen Attribut bestehen aus grundlegenden Datentypen.

• zweidimensionale Tabellen.

Beispiel: Versandadresse des Benutzers Gegenbeispiel:

Name	Telefon	Adresse
Zhang. San	138000000	Peking-Stadt-Bezirk Chaoyang-Jiuxianqiao-Straße

Positivbeispiel:

Zhang. San

Name	Telefonnummer	Provinz	Stadt	Bezirk
13 800 0000	-	Peking	Bezirk Chaoyang	Jiuxianqiao Street

Zusammenfassung: Jede Spalte ist ein atomarer Wert, der nicht unterteilt werden kann (eine Spalte kann nicht unterteilt werden, z. B. Postanschrift und Provinz, Stadt, Bezirk)

2. Zweite Normalform (2NF)

Die zweite Normalform (2NF) basiert auf der ersten Normalform.
Die zweite Normalform (2NF) erfordert, dass die Attribute einer Entität vollständig von der Zuordnung zum Primärschlüssel abhängen. Die sogenannte Vervollständigungsabhängigkeit bezieht sich auf die Teilattribute, die je nach Schlüsselwort nicht existieren können. Wenn sie vorhanden sind, sollten dieses Attribut und der Schlüsselwortteil getrennt werden, um eine neue Entität zu bilden. viele Beziehungen zur ursprünglichen Entität.

Gegenbeispiel:

Produkt-ID 100 1

Benutzer-ID	Produktname	Benutzername	Kaufmenge	Bestellzeit
1	Mikrowelle A102	Wang Mazi		100	1

2022-08-08

Produktliste100BenutzertabelleBenutzer-ID

	Produkt-ID	Produktname
A102

Benutzername

13. Dritte Normalform (3NF)

Mazi Wang
Zusammenfassung: Beseitigen Sie die teilweise funktionale Abhängigkeit der Spalte vom Primärschlüssel (teilweise Abhängigkeit vom kombinierten Primärschlüssel, z. B.: Produkt-ID + Benutzer-ID). als Primärschlüssel gibt es einige vom Primärschlüssel abhängige Felder wie Benutzername, Produktname usw.)

Um die dritte Normalform (3NF) zu erfüllen, muss es erfüllen die zweite Normalform (2NF).

Die dritte Normalform (3NF) erfordert, dass eine Datentabelle keine Nicht-Primärschlüssel-Schlüsselwortinformationen enthält, die bereits in anderen Tabellen enthalten sind, d. h. die Daten dürfen keine transitive Beziehung haben, d. h. jedes Attribut ist direkt bezogen auf den Primärschlüssel anstelle einer indirekten Beziehung. Gegenbeispiel: Bestell-IDBenutzer-ID

Produkt-ID

Produktname

Produkthersteller

• 1
• 1
  100

Mikrowelle A102

Midea

2BestellformularProdukt-ID2

2	200	Inverter-Klimaanlage B101	Haier
Beispiel:			Bestell-ID	Benutzer-ID
	1	1	100

2

200

ProduktinformationsblattProduktnameMikrowellenherd A102Inverter-Klimaanlage B101

		Produkt-ID
Produkthersteller		100
Midea		200

Haier

Zusammenfassung: Beseitigen Sie die transitive Abhängigkeit von Feldern von Nicht-Primärschlüsseln (das heißt, Sie müssen redundante Informationen wie Produktname, Produktadresse usw. in der Bestellung streichen).

2. Normalisiertes Design

In Bezug auf reale Datenbankspezifikationsdefinitionen ist die Definition der zweiten Normalform (2NF) beispielsweise sehr streng: „Wenn eine Beziehung R in der ersten Normalform vorliegt und jede nicht- Primärattribut ist vollständig funktional abhängig. Für Kandidatencodes gehört die Relation R zur zweiten Normalform.

Das beste Design ist kein Design, das strikt einer standardisierten Theorie folgt, sondern die am besten geeignete Designlösung, die anhand spezifischer Geschäftsszenarien kontinuierlich geübt und zusammengefasst werden kann.

3. Anti-Standardisierungsdesign

Das sogenannte Anti-Standardisierungsdesign dient der Standardisierung. 1. Aus Gründen der Leistung und Leseeffizienz ordnungsgemäß gegen die Anforderungen für das Datenbankparadigmendesign verstoßen. 3. Aus Gründen der Abfrageleistung dürfen einige (eine kleine Menge) redundanter Daten vorhanden sein. Mit anderen Worten besteht denormalisiertes Design darin, Raum direkt gegen Zeit einzutauschen.

• Produktinformationen

ID	Produktname	Produktpreis	Produktbeschreibung	Produktbildadresse
1	Der Mikrowellenherd A101	100,99 $	kann heizen Lebensmittel Mikrowelle	tupian.baidu.com

• Klassifizierungsinformationen

Klassifizierungs-ID	Klassifizierungsname
1	Elektrogeräte

• Warenkategorie-Korrespondenztabelle

Produkt-ID	Kategorie-ID
1	1

• Denormalisierungsdesign für Produktinformationen

ID	Produktname	Kategoriename	Produktpreis	Produktbeschreibung	Produktbildadresse
1	1	Elektrogeräte	100,99 $	Mikrowellenherd, der Lebensmittel erhitzen kann ian.baidu.com

Das obige ist der detaillierte Inhalt vonEntwurfsmethode für das MySQL-Datenbankparadigma. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!