Discussion :

[halina]

J'ai 2 tables établissement et utilisateur et je travaille sous InnoDB.
Dans Etablissement j'ai une clé primaire et un numéro établissement.
Dans ma table utilisateur je reçois un numéro établissement mais je voudrais avoir (à la place ou en plus) une clé étrangère qui pointe vers Etablissement.
Bien entendu j'alimente toujours Etablissement avant Utilisateur

J'ai quelques difficultés à comprendre le fonctionnement des clés étrangères dans la doc à disposition.

Voila comment j'ai codé ma FK dans Utilisateur
FOREIGN KEY ESSAI (FKetab) REFERENCES etablissement (PKetab)
ON UPDATE CASCADE

Je ne comprends pas comment il fait pour aller chercher l'infos numéro établissement pour faire le lien entre Utilisateur et Etablissement ...

Pouvez-vous me donner quelques tuyaux ...

Merci

Halina

[qi130]

il ne va pas chercher cette info, tu dois lui donner !

Par contre, ce qu'il fait, c'est vérifier que cette info figure effectivement dans la table "établissement"; en option, il interdira la suppression dans "établissement" si un "utilisateur" référence (pointe) sur la ligne d'"établissement" qu'on cherche à supprimer (ON DELETE RESTRICT) ou bien il peut propager la suppression aux utilisateurs pointant sur cet "établissement" (ON DELETE CASCADE), etc...

[halina]

Merci qi130 ... je comprends que je dois lui donner l'information, mais moi j'ai à ma disposition un identifiant fonctionnel qui est le numéro d'établissement (ex : GRDE) et j'aimerais que mon champ clé étrangère dans utilisateur aille chercher la clé primaire d'établissement qui correspond à l'identifiant fonctionnel (ex : 3 qui correspond à GRDE).

Comment dois-je faire dans ce cas ?

[qi130]

tu dois faire 1 requète pour connaitre cette PK:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

SELECT cleTechnique form Etablissement WHERE cleFonctionnelle='GRDE'

On suppose bien sûr que cleFonctionnelle est effectivement une clé candidate sur cette table Etablissement, càd GRDE est unique dans la table, et que, pour reprendre ton exemple

3 --- df --> GRDE

(dépendance fonctionnelle)

[halina]

Naïvement, je pensais que le SGBD gérait lui-même cette étape et que via la déclaration de la clé étrangère on lui passait les paramètres qui lui permettent de faire le lien.
Voilà comment je voyais les choses :
à partir de l'identifiant fonctionnel de l'établissement de ma table Utilisateur je vais chercher l'identifiant fonctionnel dans la table Etablissement et je remonte la clé technique correspondante.

Donc qi130 tu me dis que non et qu'en fait je dois passer par une étape sql intermédiaire ton "select cleTechnique ..."

J'ai bien compris ?

[qi130]

Oui, c'est bien celà.

Mais, pourquoi tiens-tu absolument à récupérer la clé technique ?

Si la clé fonctionnelle est effectivement unique (elle aurait pu être PK sur la table, et c'est une alternate key), il doit "suffire" de déclarer un index unique dessus (à vérifier bien sûr)

[halina]

Oui j'ai pensé à ta solution, mon souci est que ma clé fonctionnelle est de type VARCHAR et qu'elle contient pratiquement tout le temps 2 points d'interrogation "!!" (me sert d'opérateur de concaténation). J'ai utilisé cette clé pour identifier de manière unique tous mes enregistrements.

Je sais pas si c'est très propre d'utiliser maintenant cette clé comme clé primaire et clé étrangère ...

Qu'en penses-tu ?

[qi130]

Je sais pas si c'est très propre d'utiliser maintenant cette clé comme clé primaire et clé étrangère ...

C'est tout aussi mal-propre que de faire de la programmation dans les colonnes de ta table (!!)...

Comme il semble exclu que tu refasses tout ça "au propre", bah, fais au mieux

[halina]

Merci qi130 pour ces échanges

A bientôt

Halina