FK sur la méme table non trusted

hello ,

je travaille sur un sujet de purge des anciens data , après certain moment de purge j'ai cheker les statuts de mes FK je viens de trouver que j'ai eu une FK qui n'est pas en statut trusted

cette FK est sur la même table

Code:

---

1 2 3

ALTER TABLE [dbo].[Produit] WITH NOCHECK ADD CONSTRAINT [FK_Produit_FK_DEM_FU_Produit] FOREIGN KEY([NUM_prd_FUSION]) REFERENCES [dbo].[produit] ([NUM_PRD]) GO

---

Quelqu'un peut me dire comment je peut purger cette table en respectant cette FK

merci pour vos retour d'expérience

cordialement

Bonjour,

Si le but est de supprimer les FK orphelines, on peut utiliser une requête avec NOT EXISTS :

Code:

---

1 2 3 4 5 6 7

delete from Produit P1 where not exists (select 1 from produit P2 where P2.NUM_PRD=P1.NUM_prd_FUSION ) ;

---

Bonsoir,

Le problème avec les jointures récursives c'est la récursivité...

la première question est : qu'elle est l'importance de la contrainte ?
en fonction de la réponse adapter la définition de la FK avec les clauses ON DELETE et ON UPDATE
voir ici : https://learn.microsoft.com/fr-fr/sq...l-server-ver16
Note : un index sur la colonne [NUM_prd_FUSION] est à étudier

Le seconde est : pourquoi supprimer ?
On peut imaginer des suppressions "logiques" avec une colonne est_supprimé de type bit
Vu que l'arborescence est retracée via une requête récursive, suffit de stopper en fonction de la valeur de la colonne
Note : faire une vue = plus simple

Sinon, le code d'escartefigue est une bonne base de réflexion pour une récursivité à 1 niveau
S'il y a plus d'un niveau => CTE
https://learn.microsoft.com/fr-fr/sq...l-server-ver16

Je n'avais pas saisi que "FK sur la même table non trusted" :weird: signifiait tout simplement "table issue d'une association réflexive"
Si c'est bien ça, il faut en effet une utiliser une requête récursive pour traiter le cas !

non trusted signifie qua la contrainte a été désactivée à un moment donné et qu'o l'a réactivé pour le futur (nouvelles insertions) mais pas pour le passé (les données déjà présente dans la table).

Dans ce cas l'optimiseur ne peut pas "croire" cette contraintes pour établir une simplification du plan de requête...

A +