Discussion :

[c+cool]

Bonjour

Jai deux tables : article et categorie . la table article a un champs id_cat qui pointe sur le champs id_cat de la table categorie.
J'ai voulue modifier id_cat j'ai supprimé cette clé etrangere et j'ai mis pour un article le id_cat a 'TOTO' et dans la table categorie j'ai mis aussi le id_cat à 'TOTO' .Jusque la tout va bien mais lorsque je veux remettre ma clé etrangere voila l'erreure que j'obtiens:

ALTER TABLE article
ADD CONSTRAINT fk_id_cat FOREIGN KEY (id_cat )
REFERENCES categorie (id_cat ) MATCH SIMPLE
ON UPDATE RESTRICT ON DELETE RESTRICT;

ERROR: insert or update on table "article" violates foreign key constraint "fk_id_cat "
DETAIL: Key (id_cat )=(TOTO) is not present in table "categorie".

Je ne comprends rien!!
une idée?

MErci

[CinePhil]

Reprenons depuis le début...

1) La règle de gestion
Un article appartient à une et une seule catégorie

2) Schéma MCD Merise
Article -1,1----Appartenir----0,n- Catégorie

3) Les tables qui en découlent (exemple)
Categories(id_cat, Nom_cat, ...)
Articles(id_art, id_cat, nom_art, ...)

Nota :
- La bonne pratique consiste à donner aux clés primaires (ici id_cat et id_art) le type entier non signé auto-incrémenté.
- La clé étrangère id_cat de la table Articles est évidemment du même type que id_cat de la table Categories (auto-incrémentation en moins).
- Si le moteur de votre SGBD accepte les contraintes d'intégrité référentielle, vous pouvez ajouter une clause ON DELETE CASCADE sur la clé étrangère. ON UPDATE CASCADE ne sert à rien sur une clé étrangère issue d'une clé primaire entière auto-incrémentée car on ne change pas les valeurs d'une clé primaire.

4) Vous voulez changer la catégorie d'un article ?
Exemple :
"Affecter à l'article 'Stylo plume' la catégorie 'Papèterie'."

Code sql :

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

1
2
3
4
5
6
UPDATE Articles
SET id_cat = (
  SELECT id_cat
  FROM Categories
  WHERE nom_cat = 'Papèterie')
WHERE nom_art = 'Stylo plume'

[c+cool]

les point 1-2-3 sont correctes

Cependant le point 4 ce n'est pas ca, je veux par exemple
modifier la categorie papeterie qui a pour id_cat "papeterie"
en "papier" donc je modifie id_cat dans la table categorie et dans la table article en "papier".
J'ai donc besion de supprimer la contrainte referentiel puis de la reinstaller...

[SQLpro]

J'ai donc besion de supprimer la contrainte referentiel puis de la reinstaller...

Pas nécessairement si vous avez une règles de gestion de l'IR qui est CASCADE.

Lisez les articles que j'ai écrit à ce sujet : http://sqlpro.developpez.com/cours/s...partie2#L7.3.2
A +

[c+cool]

cependant , j'ai dèjà effectué de cette manière donc je suis obligé de remettre la clé etrangere...

[CinePhil]

les point 1-2-3 sont correctes

Cependant le point 4 ce n'est pas ca, je veux par exemple
modifier la categorie papeterie qui a pour id_cat "papeterie"
en "papier" donc je modifie id_cat dans la table categorie et dans la table article en "papier".
J'ai donc besion de supprimer la contrainte referentiel puis de la reinstaller...

C'est justement l'intérêt d'une clé primaire entière et non pas de format texte !
Si vous ne changez que le libellé de la catégorie, par exemple parce qu'il a été mal écrit, vous ne changez pas son numéro. Donc vous n'avez à modifier que dans la table Categories.

Si vous changez la catégorie 'Papèterie' en 'Papier', peut-être que le stylo plume n'y figurera plus et il y aura alors nécessité d'affecter une nouvelle catégorie à l'article 'stylo plume' dans la table 'Articles'. Et aucun SGBD ne peut deviner comment partitionner l'ancienne catégorie 'Papèterie' en 'Papier' et 'Ecriture' par exemple.

Si votre modèle de données est correctement structuré, vous ne devriez pas avoir à supprimer et remettre une clé étrangère.

Si vous avez pris comme clé primaire (et donc comme clé étrangère) un libellé modifiable, alors il vous faut la clause ON UPDATE CASCADE sur les clés étrangères.
Si votre moteur de base de données ne l'accepte pas ou ne l'a pas implémenté, procédez comme suit :
- Ajout de la nouvelle catégorie
- Mise à jour des tables qui utilisent la catégorie comme clé étrangère avec la nouvelle catégorie
- Suppression de l'ancienne catégorie.

[c+cool]

je suis à nouveau à 100% d'accord avec vous ,je ne demande pas comment créer une table et ses références, celle ci a déjà été créé et je dois travailler avec cette structure je n'ai pas le choix!

Je pense que ma base est corrompue je me lance vers une sauvegarde pour refaire mes modifications.

Merci