Méthode de conception de paradigme de base de données MySQL

1. Paradigme du design

Question : Qu'est-ce que le design paradigmatique et pourquoi un design dénormalisé est-il nécessaire ?

Paradigm vient de l'anglaisNormal From. Afin de concevoir une bonne relation logique entre les bases de données pendant le processus de développement, certaines contraintes doivent être respectées. Cette contrainte forme un paradigme de développement divisé en plusieurs niveaux, chaque niveau étant plus strict que le précédent.

La rencontre de ces paradigmes peut théoriquement rendre la structure logique de notre base de données plus concise et claire.

Voici les quatre formes normales courantes :

• Première forme normale (1NF)

• Deuxième forme normale (2NF)

• Troisième forme normale (3NF)

• Quatrième forme normale Formulaire (3NF) BCNF)

1. Première forme normale (1NF)

• Chaque colonne est une valeur d'attribut qui ne peut pas être subdivisée, garantissant l'atomicité de chaque colonne ;

• Les attributs des deux colonnes sont similaire ou similaire ou identique, essayez de fusionner les colonnes avec les mêmes attributs pour vous assurer qu'aucune donnée redondante n'est générée ;

• les colonnes avec un seul attribut sont composées de types de données de base ;

• Les tableaux conçus sont tous simples ; tableaux en deux dimensions.

Exemple : Adresse de livraison de l'utilisateur Contre-exemple :

Nom	Téléphone	Adresse
Zhang San	138000000	Ville de Pékin-District de Chaoyang-Rue Jiuxianqiao

Exemple positif :

Nom	Numéro de téléphone	Province	Ville	District	Rue
Zhang San	13 800 0000	-	Pékin	District de Chaoyang	Rue Jiuxianqiao

Résumé : Chaque colonne est une valeur atomique qui ne peut pas être subdivisée (une colonne ne peut pas être subdivisée, comme l'adresse postale et la province, la ville, le district)

2. Deuxième forme normale (2NF)

• La deuxième forme normale (2NF) est construite sur la base de la première forme normale.

• La deuxième forme normale (2NF) exige que les attributs d'une entité dépendent entièrement de leur association à la clé primaire. La dépendance dite d'achèvement fait référence aux attributs partiels qui ne peuvent pas exister et qui existent en fonction du mot-clé. S'ils existent, alors cet attribut et la partie du mot-clé doivent être séparés pour former une nouvelle entité. de nombreuses relations avec l'entité d'origine.

Contre exemple :

ID du produit	ID de l'utilisateur	Nom du produit	Nom d'utilisateur	Quantité d'achat	Délai de commande
100	1	Micro-ondes A102	Wang Mazi	1	2022-08-08

Exemple : Formulaire de commande

ID du produit	ID utilisateur	Quantité d'achat	Heure de la commande
100	1	1	2022-08-08

Liste de produits

ID du produit	Nom du produit
100	A102

Tableau utilisateur

ID utilisateur	Nom d'utilisateur
1	Mazi Wang

Résumé : Éliminer la dépendance fonctionnelle partielle de la colonne sur la clé primaire (dépendance partielle sur la clé primaire combinée, telle que : ID produit + ID utilisateur comme clé primaire, il existe certains champs dépendants de la clé primaire tels que le nom d'utilisateur, le nom du produit, etc.)

3 Troisième forme normale (3NF)

• Pour satisfaire la troisième forme normale (3NF), il doit. satisfaire la deuxième forme normale (2NF).

• La troisième forme normale (3NF) exige qu'une table de données ne contienne pas d'informations de mots clés non primaires déjà incluses dans d'autres tables, c'est-à-dire que les données ne peuvent pas avoir de relation transitive, c'est-à-dire que chaque attribut est directement lié à la clé primaire au lieu d’une relation indirecte.

Contre exemple :

ID de commande	ID d'utilisateur	ID de produit	Nom du produit	Fabricant du produit
1	1	100	Micro-ondes A102	Midea
2	2	200	Climatiseur inverseur B101	Haier

Exemple : Bon de commande

ID de commande	ID d'utilisateur	ID de produit
1	1	100
2	2	200

Fiche d'information produit

ID du produit	Nom du produit	Fabricant du produit
100	Four à micro-ondes A102	Midea
200	Climatiseur inverseur B101	Haier

Résumé : éliminez la dépendance transitive des champs aux clés non primaires (c'est-à-dire que vous devez annuler les informations redondantes telles que le nom du produit, l'adresse du produit, etc. dans la commande).

2. Conception normalisée

En termes de définition des spécifications d'une base de données réelle, elle est très rigoureuse. Par exemple, la définition de la deuxième forme normale (2NF) "Si une relation R est dans la première forme normale, et chacune. l'attribut non primaire est complètement dépendant fonctionnellement. Pour les codes candidats, la relation R appartient à la deuxième forme normale."

La meilleure conception n'est pas une conception qui suit strictement une théorie standardisée, mais la solution de conception la plus appropriée qui peut être continuellement mise en pratique et résumée en fonction de scénarios commerciaux spécifiques.

3. Conception anti-standardisation

La conception dite anti-standardisation est destinée à la normalisation. 1. Violer correctement les exigences de conception du paradigme de base de données dans un souci de performances et d'efficacité de lecture ; 3. Pour des raisons de performances des requêtes, certaines (une petite quantité) de données redondantes sont autorisées à exister. En d’autres termes, la conception dénormalisée consiste à échanger directement de l’espace contre du temps.

• Informations sur le produit

ID	Nom du produit	Prix du produit	Description du produit	Adresse de l'image du produit
1	Micro-ondes four A101	100,99 $	peut chauffer alimentaire Four à micro-ondes	tupian.baidu.com

• Informations de classification

ID de classification	Nom de la classification
1	Appareils électriques

• Table de correspondance des catégories de marchandises

ID Nom du produitNom de la catégoriePrix du produitDescription du produitAdresse de l'image du produit

1

• 1Appareils électriques

100,99 $

Four à micro-ondes pouvant chauffer les alimentstupian .baidu.com

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!