MySQL non primaire clé étrangère

Je suis un peu un newbie et je ne peux pas obtenir ma tête autour de clés primaires des clés étrangères. Pour moi, les clés étrangères sont destinés à connecter deux lignes d'une table. Par conséquent, il serait logique d'utiliser l', par exemple, username de la user table de clé étrangère dans la picture table. Cela signifie que l'image en ligne appartient à l'utilisateur spécifié. Cependant, il semble que la pratique générale des faveurs de sens à l'aide de numéros de primaire Id. En outre, la clé étrangère doit/doivent se référer à la clé primaire. Que faire si je ne connais pas la clé primaire, mais je sais une autre colonne unique, dans ce cas username, comment pourrais-je obtenir la clé primaire dans une autre MySQL déclaration, ou, sinon, d'avoir la clé étrangère point de non clé primaire?

OriginalL'auteur puk | 2011-11-14

  1. 8

    En outre la clé étrangère doit/doivent se référer à la clé primaire. Que faire si je ne connais pas la clé primaire, mais je sais une autre colonne unique, dans ce cas, nom d'utilisateur, comment pourrais-je obtenir la clé primaire dans une autre MySQL déclaration, ou, sinon, d'avoir la clé étrangère point de non clé primaire?

    Oui, si vous avez une autre clé unique, vous pouvez avoir les clés étrangères référençant:

    CREATE TABLE user
( userid INT NOT NULL 
, username VARCHAR(20) NOT NULL
---  other fields
, PRIMARY KEY (userid)
, UNIQUE KEY (username)
) ENGINE = InnoDB ;

CREATE TABLE picture
( pictureid INT NOT NULL 
, username VARCHAR(20) 
---  other fields
, PRIMARY KEY (pictureid)
, FOREIGN KEY (username)
    REFERENCES user(username)
) ENGINE = InnoDB ;

    Et si toutes les clés étrangères dans d'autres tableaux font référence à cette Clé Unique (username), il n'y a aucun point en ayant un sens de l'id. Vous pouvez laisser tomber et de faire le username la PRIMARY KEY de la table.

    (Edit:)
    Il y a quelques points ayant une incrémentation automatique de clé primaire pour les tables InnoDB, même si elle n'est pas utilisée comme référence parce que la première Primaire ou Unique, l'indice de rendu par défaut le regroupement de l'index de la table. Un principal champ char peut améliorer les performances des inconvénients pour INSERT et UPDATE états - mais de meilleures performances dans la SELECT requêtes.

    Pour une discussion de ce qu'il faut utiliser, la mère porteuse (de sens, l'auto-générée) ou les touches, et différents points de vue sur le sujet, lisez ceci: la mère porteuse-vs-naturel-business-clés

    La seule raison pour laquelle j'ai un mannequin de clé primaire est parce que tout le monde dit que c'est une excellente idée. Toutefois, il en fait des insertions extrêmement fastidieux, parce que vous devez aller et de trouver la clé primaire pour l'utiliser comme une clé étrangère.

    OriginalL'auteur ypercubeᵀᴹ

  2. 5

    La raison que vous utilisez un "vide de sens" de la valeur pour une clé primaire, c'est que "significatives", les valeurs ont tendance à changer de temps à autre.

    Dans le cas d'un utilisateur renommé, alors vous ne voulez pas avoir à aller changer le nombre de lignes dans les autres tables. C'est pourquoi il est normal que la pratique de leur donner un sens ID (généralement auto-incrémentation).

    Bien que j'apprécie cette information, vous pourriez peut-être ajouter comment se déplacer à l'aide de l'ID primaire clé étrangère?

    OriginalL'auteur MarkR

  3. 1

    Je pense que vous pouvez avoir la clé étrangère de point de n'importe quelle colonne (ou de colonnes), si il y a un index créé avec ces colonnes au début.

    Essayez d'exécuter la

    CREATE INDEX user_username_idx ON user(username);

    et puis la création de votre clé étrangère devrait fonctionner.

    J'ai essayé cela, mais il fonctionne pas, quelqu'un a essayé par simple ajout d'un index et de référencement en tant que clé étrangère?

    OriginalL'auteur socha23