Discussion :

[cryptom]

Bonjour,
J'ai mis en place un héritage dans la ma base, concrètement le voici. Je la manipule avec pgadmin
la table parents s'appelle "entité", elle ne possède qu'une colonne pk "id_entité" de type serial.
la table enfant s'appelle "agent", elle hérite de la table parent et reprend donc le "id_entité", je lui ai toutefois ajouté une colonne pk "id_agent" de type serial, puis des colonnes "nom", "prénom", etc...

Dans une troisième table "intervention", qui prend "id_entite" de la table "entite" comme clé étrangère (fk).

Je crée plusieurs agents qui prennent comme pk 1,2,3,4. Automatiquement des pk sont générés sur la table parent également, comme elle est vierge il s'agit aussi de 1,2,3,4

ci-dessous la table agent


Lorsque je veux utiliser 1,2 ou 3 comme fk dans la table "intervention", faisant donc référence au "id_entite" de la table "entite", il me dit que la clé n'existe pas, en gros que ni 1, ni 2 ni 3 n'existent dans la table 'entite'.

ci-dessous le refus d'insertion sur intervention


Et effectivement alors que pgadmin me les affiche lorsque je fais un select, je peux recréer les entrées 1,2,3 ou 4 dans 'entite" sans que cela ne lui pose de problème.

ci-dessous la table entite avec des doublons sur la pk qui ne le dérange pas...


J'ai forcément raté quelque chose sur l'héritage, mais quoi ? Si vous pouviez m'éclairer cela m'aiderait beaucoup. Merci d'avance.

[MaitrePylos]

Bonjour,
Le message dit que entite_id = 4 n'existe pas dans la table entite, correcte car dans cette table c'est id_entite.

[cryptom]

elle s'appelle bien entite_id dans ma table intervention, la contrainte sur la clé étrangère est definie comme suit :


Il ne semble pas que l'on soit obligé de donner le même nom, si ? Je n'ai jamais eu de souci...

J'ai refait un test en nommant ma colonne id_entite (ci-dessous), même problème

[MaitrePylos]

Bizarre, je ne vois pas bien vous pouvez essayer ceci pour être sur

Code :

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

1
2
3
4
5
 
 
ALTER TABLE public.intervention2 DROP CONSTRAINT intervention_entite_id_fkey;
 
ALTER TABLE public.intervention2  ADD CONSTRAINT intervention_entite_id_fkey FOREIGN KEY (entite_id) REFERENCES entite(id_entite) MATCH FULL ON UPDATE CASCADE ON DELETE SET NULL

[cryptom]

Merci pour ces conseils... ça ne fonctionne toutefois toujours pas.
J'ai supprimé la clé étrangère, puis recréé avec vos commandes sur la table intervention2


Par contre, c'est bien un problème avec l'héritage, peut-être tout bête parce que je n'ai pas l'habitude.
J'ai créé une table agent2, sans héritage, et là les insertions fonctionnent sans problème.


Ma colonne fk est au format integer et je lui applique la contrainte indiquée plus haut.
Est-ce que les pk d'une table parent seraient d'un autre format ? Ce qui expliquerait que je puisse recréer la même entrée sans qu'il ne me fasse d'erreur, l'une serait en integer (celle que j'ajoute manuellement) et l'autre j'en sais rien un autre format ?

[cryptom]

Je pense que c'est lié à la question de l'indexation, et du fait que la clé primaire n'est pas indexable sur plusieurs tables, c'est à dire parent et enfants (j'en conclue qu'elle n'est pas indexée du tout sur un parent ?).

Du moins, c'est ce que je comprends de la doc et de mes recherches sur des sites en anglais.

Pour le moment, je retire donc mes contraintes, cela me gène un peu, mais comme je maîtriserai la programmation qui se fera sur cette BDD, je pourrai m'assurer que les contraintes soient respectées.

Toutefois, si quelqu'un trouve une meilleure réponse je reste preneur.