Le professeur aimerait demander : pourquoi ne pas créer des liens de clés étrangères directement dans MySQL ? C'est la relation entre la clé étrangère qui relie directement les deux tables
Généralement, il n'est pas recommandé d'utiliser des contraintes de clé étrangère dans les bases de données. Puisqu'il s'agit d'une contrainte, elle aura certainement des défauts :
Performance : lors de l'insertion de données dans une sous-table, la table principale doit être jugée. Concurrence : Si vous modifiez la table principale, la sous-table (Quand il y a beaucoup de données associées) Vous pouvez pleurer
Évolutivité : Ce n'est pas propice à l'expansion. Par exemple, si vous avez un site Web qui passe de petit à. grand, lorsque le nombre de visites et le volume de données augmentent, ils peuvent être divisés en bases de données et en tables... Avoir des clés étrangères est très gênant.
Donc : les données de vos deux tables peuvent être liées, il suffit d'écrire des commentaires ; pas nécessaire de définir des clés étrangères dans la structure de la table.
![[Web front-end] Démarrage rapide de Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
Généralement, il n'est pas recommandé d'utiliser des contraintes de clé étrangère dans les bases de données. Puisqu'il s'agit d'une contrainte, elle aura certainement des défauts :
Performance : lors de l'insertion de données dans une sous-table, la table principale doit être jugée. Concurrence : Si vous modifiez la table principale, la sous-table (Quand il y a beaucoup de données associées) Vous pouvez pleurer
Évolutivité : Ce n'est pas propice à l'expansion. Par exemple, si vous avez un site Web qui passe de petit à. grand, lorsque le nombre de visites et le volume de données augmentent, ils peuvent être divisés en bases de données et en tables... Avoir des clés étrangères est très gênant.
Donc : les données de vos deux tables peuvent être liées, il suffit d'écrire des commentaires ; pas nécessaire de définir des clés étrangères dans la structure de la table.