【Créer une table】:
CRÉER UNE TABLE [SI NON EXISTE] nom du formulaire (
SI NON EXISTE peut être omis, après omis Erreur de création répétée. S'il n'est pas omis, il détectera si la table existe déjà lors de la création. Si la table existe, l'instruction de création ne sera plus exécutée
Définition des colonnes : mots-clés de la liste des types de données du nom de la colonne
)
Colonnes couramment utilisées Mot-clé de définition :
① UNSIGNED : Définissez la liste sur une colonne non signée. Seules les colonnes de type numérique peuvent être définies
② AUTO_INCREMENT PRIMARY KEY définit la colonne sur une colonne à croissance automatique. Les colonnes de croissance automatique doivent être des clés primaires.
③ NOT null : Définissez la colonne sur une contrainte non nulle
④ UNIQUE : Définissez une contrainte unique. Les valeurs en double ne peuvent pas apparaître dans ce champ.
⑤ DEFAULT : définissez les contraintes de valeur par défaut.
[Clé primaire ] : 1. Quelles sont les précautions pour la clé primaire ? La clé primaire est vide par défaut ! Contrainte d'unicité par défaut de la clé primaire !
Seule la clé principale peut définir la croissance automatique (la clé primaire ne grandit pas nécessairement automatiquement, la croissance automatique doit être la clé principale)
2. La méthode de définition de la clé primaire ?
1. Quelles sont les précautions pour paramétrer les clés étrangères ? Les types doivent être les mêmes. (Les types numériques nécessitent la même longueur et non signés, les chaînes nécessitent le même type et les longueurs peuvent être différentes.)
③ Le champ où la clé étrangère est définie doit avoir un index. S'il n'y a pas d'index, un index sera automatiquement généré lors de la définition de la clé étrangère.
2. Quelle est la syntaxe de définition des clés étrangères ?
[NOM de la clé étrangère CONSTRAINT] FOREIGN KEY (champ de clé étrangère) Table de référence REFERENCES (champ de référence) [ON DELETE SET NULL lors de la mise à jour CASCADE] -- Définir l'intégrité référentielle
3. Référentiel étranger opérations d’intégrité pour les contraintes clés ?
Opération de référence : lorsque le champ de référence de la table de référence est supprimé ou mis à jour, comment gérer la clé étrangère dans la table de clé étrangère.
Reportez-vous à la valeur facultative : RESTRICT refuse de supprimer ou de mettre à jour le champ de référence ; (par défaut)
Aucune action n'est la même que RESTRICT, mais cette instruction n'est efficace que dans MySQL ; ; (La table de clés étrangères et la table de référence sont synchronisées)
1. Première forme normale (1NF) : Chaque colonne (champ) du tableau de données doit être la plus petite unité qui ne peut pas être divisée. C'est pour garantir l'atomicité de chaque colonne.
Par exemple : userInfo : 'Yantai City, province du Shandong 13181621008'
userads : 'Yantai City, province du Shandong' userTel : '13181621008'
2. Deuxième forme normale (2NF) : après avoir satisfait 1NF , requête : toutes les colonnes de la table doivent dépendre de la clé primaire et il ne peut y avoir aucune colonne qui n'ait aucune relation avec la clé primaire. En d’autres termes, un tableau ne décrit qu’une seule chose.
Par exemple : la table des commandes ne peut décrire que les informations relatives à la commande, tous les champs doivent donc être liés à l'ID de la commande.
La table des produits ne peut décrire que les informations relatives au produit, tous les champs doivent donc être liés ; Lié à l'ID du produit
Par conséquent : les informations de commande et les informations sur le produit ne peuvent pas apparaître dans le même tableau.
3. Troisième forme normale (3NF) : Chaque colonne du tableau doit être directement liée à la clé primaire, plutôt qu'indirectement. (Chaque colonne du tableau ne peut dépendre que de la clé primaire).
Par exemple : Dans le tableau des commandes, les informations relatives au client sont requises, après le tableau des clients de l'agence. Dans le tableau des commandes, il vous suffit d’avoir un identifiant utilisateur. Il ne peut pas y avoir d'autres informations client. Parce que les autres informations utilisateur sont directement liées à l'ID utilisateur, et non à l'ID de commande.
[La différence essentielle entre la deuxième forme normale et la troisième forme normale]
est qu'il n'y a pas deux tables. La deuxième forme normale signifie qu'une table contient les attributs de plusieurs entités différentes. , il doit donc être divisé en plusieurs tables.
La troisième forme normale nécessite que plusieurs tables aient été divisées. Ensuite, une table ne peut avoir que l'ID (clé primaire) d'une autre table, mais aucune autre information (toute autre information doit être utilisée). La clé primaire est interrogée dans une autre table)
Il peut y avoir quelques erreurs dans les notes prises pendant les études. Vos critiques et conseils sont les bienvenus.
Réfléchissez, révisez et gagnez un peu chaque jour--------------------- Dans l'attente d'un meilleur moi