web-dev-qa-db-fra.com

Qu'est-ce qu'une convention de dénomination appropriée pour les FK MySQL?

Étant donné qu'ils doivent être uniques, que dois-je nommer les FK dans une base de données MySQL?

mysqlnaming-conventionsforeign-keys
90
Zombies

Dans MySQL, il n'est pas nécessaire de donner un nom symbolique aux contraintes de clé étrangère. Si aucun nom n'est donné, InnoDB crée automatiquement un nom unique.

En tout cas, c'est la convention que j'utilise:

fk_[referencing table name]_[referenced table name]_[referencing field name]

Exemple:

CREATE TABLE users(
    user_id    int,
    name       varchar(100)
);

CREATE TABLE messages(
    message_id int,
    user_id    int
);

ALTER TABLE messages ADD CONSTRAINT fk_messages_users_user_id 
    FOREIGN KEY (user_id) REFERENCES users(user_id);

J'essaie de conserver les mêmes noms de champ dans les tables de référence et référencées, comme dans user_id dans l'exemple ci-dessus. Lorsque cela n'est pas pratique, j'ajoute également le nom du champ référencé au nom de la clé étrangère.

Cette convention de dénomination me permet de "deviner" le nom symbolique simplement en regardant les définitions de table, et en plus elle garantit également des noms uniques.

124
Daniel Vassallo

mon choix est différent. à mon avis, une table devrait avoir un champ "id", pas un "user_id", car la table est simplement appelée "user", donc:

CREATE TABLE users(
   id    int,
   name       varchar(100)
);

CREATE TABLE messages(
   id int,
   user_id    int
);

"user_id" dans la table "messages" est un champ fk donc il doit indiquer clairement quel id est ("user_id").

une convention de dénomination entièrement explicite, à mon avis, pourrait être:

fk_[referencing table name]_[referencing field name]_[referenced table name]_[referenced field name]

i.e.: fk_messages_user_id_users_id

remarque:

  • vous pouvez, dans certains cas, omettre le deuxième élément ([nom du champ de référence])

  • ce fk pourrait être unique, car s'il existe une table "messages_user", le nom du champ de référence devrait être "user_id" (et pas seulement "id") et le nom fk devrait être:

    fk_messages_user_user_id_users_id

en d'autres termes, une convention de dénomination de clé étrangère vous garantit des noms uniques si vous utilisez également une convention de dénomination "référençant/champ référencé" (et vous pouvez choisir la vôtre, bien sûr).

28
lorenzo

Si vous ne vous retrouvez pas à référencer des fk aussi souvent après leur création, une option est de rester simple et de laisser MySQL faire le nommage pour vous (comme Daniel Vassallo mentionne au début de sa réponse ) .

Bien que vous ne puissiez pas "deviner" de manière unique les noms de contrainte avec cette méthode - vous pouvez facilement trouver le nom de la contrainte de clé étrangère en exécutant une requête:

use information_schema;
select TABLE_NAME,COLUMN_NAME,CONSTRAINT_NAME, REFERENCED_TABLE_NAME,REFERENCED_COLUMN_NAME from KEY_COLUMN_USAGE where REFERENCED_TABLE_SCHEMA = 'your_db_schema_name' ORDER BY TABLE_NAME;

Par exemple, vous pouvez recevoir les éléments suivants de la requête:

+------------+-------------+-----------------+-----------------------+------------------------+
| TABLE_NAME | COLUMN_NAME | CONSTRAINT_NAME | REFERENCED_TABLE_NAME | REFERENCED_COLUMN_NAME |
+------------+-------------+-----------------+-----------------------+------------------------+
| note       | taskid      | note_ibfk_2     | task                  | id                     |
| note       | userid      | note_ibfk_1     | user                  | id                     |
| task       | userid      | task_ibfk_1     | user                  | id                     |
+------------+-------------+-----------------+-----------------------+------------------------+

Si cette étape supplémentaire n'est pas trop pour vous, alors vous devriez pouvoir trouver facilement le fk que vous recherchez.

8
user12345