[SQL 2K5] Pb : ON DELETE CASCADE : référence circulaire

Bonjour

Voila mon pb

Tab1 à une clé fk1 qui référence Tab2
Tab2 à une clé fk2 qui référence Tab3
Tab1 à une clé fk1bis qui référence Tab3

Sur chaque constraint FOREIGN KEY j'ai mis des ON DELETE CASCADE.


Lors de l'exécution j'ai une erreur :
Introducing FOREIGN KEY constraint 'fk_fk1' on table 'Tab1' may cause cycles or multiple cascade paths.

Apparemment j'ai une référence circulaire qui m'empêche de faire cela

Est-ce que quelqu'un peut m'expliquer ?

Et SURTOUT : comment surmonter le pb ?

Citation:

---

The series of cascading referential actions triggered by a single DELETE or UPDATE must form a tree that contains no circular references. No table can appear more than one time in the list of all cascading referential actions that result from the DELETE or UPDATE. Also, the tree of cascading referential actions must not have more than one path to any specified table. Any branch of the tree is ended when it encounters a table for which NO ACTION has been specified or is the default.

---

Cela explique mon problème.



Comment fait on habituellement pour gérer la suppression de "TYPE" cascade dans ce genre de cas ?



Merci

Ce que j'ai fait

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26

CREATE PROCEDURE DelCascadeProcWorkspace @idelement INTEGER AS DECLARE @count integer BEGIN TRANSACTION DELETECasc SELECT @count=COUNT(*) FROM test.guest.Window WHERE test.guest.Window.fkRelationWorkspace = @idelement; IF @COUNT > 0 BEGIN DELETE FROM test.guest.Window WHERE test.guest.Window.fkRelationWorkspace = @idelement; END COMMIT TRANSACTION DELETECasc   GO     CREATE TRIGGER DelCascadeTrigWorkspace ON test.guest.Workspace FOR DELETE AS DECLARE @cle integer SELECT @cle = deleted.pkWorkspace FROM deleted; EXECUTE DelCascadeProcWorkspace @cle   GO

---

J'ai fait ca pour chaque table. Comme ca a la suppression, le trigger appelle la procédure stockée qui supprime les lignes qui référencent la ligne supprimée.
Et comme j'ai un trigger pour chaque table ca devrait refaire le delete cascade.

Mais ca ne marche pas :
à l'exécution j'attrapes un
Violation de ForeignKEY constraint sur la table Window

Help ^^

C'est surtout votre modèle qui manque de cohérence.

De plus les DELETE CASCADE, c'est parfait pour bloquer un serveur en production...

A +

Est-ce que vous pouvez développer votre réponse SQLPro ?

Tab1 à une clé fk1 qui référence Tab2
Tab2 à une clé fk2 qui référence Tab3
Tab1 à une clé fk1bis qui référence Tab3

n'est pas cohérent ?

Ok ptetre parce que la DF tab1 ---> tab3 n'est pas élémentaire.

votre description est théorique. Donc autiste ! Décrivez le monde réel que vous modélisez et expliquez le pourquoi du comment vous êtes arrivé à cette référence circulaire.

A +

J'ai un Workspace, et une Window.

Une Window peut être associée à un Workspace (0,1).
Et un WorkSpace peut avoir plusieurs Window (0,N)

La intervient la notion transverse de PData : point de données.

Un Workspace peut se voir affecter un point de données appelé PDATA
Mais une Window peut également se voir affecter un PDATA.

On peut se retrouver donc avec la situation suivante :

Un Workspace avec : un PDATA et une WINDOWS.
Cette WINDOWS avec un PDATA.

Cependant une occurence de PDATA ne peut être associée qu'une seule fois. Dans le Cas ci-dessus ce ne sont donc pas les mêmes PDATA qui sont associés à Worspace et à Windows.

Quelles sont les cardinalités ?

Windows -- ??? -- associée -- ??? -- Workspace

Workspace -- ??? -- relève -- ??? -- Windows

Si vous commenciez par modèliser au niveau conceptuel il serait plus facile de comprendre et régler votre problème.

A +

Autant pour moi je n'ai pas été clair :

Workspace -----(0,N)-------(0,1)-----Windows
Workspace -----(0,N)-------(0,1)-----PData
Windows -----(0,N)-------(0,1)-----PData

Avec toujours la contrainte suivante :

Une occurence de PData ne peut être associée qu'une seule fois.

La solution passe par un héritage de Pdata :
Une entité Pdata avec deux entitiés filles:
PdataWorkSpace et PdataWindows et une exclusion mutuelle entre les deux.

Lisez l'article que j'ai écris sur le sujet :
http://sqlpro.developpez.com/cours/m...tion/heritage/

A +

Merci du conseil !