IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

MS SQL Server Discussion :

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


Sujet :

MS SQL Server

  1. #1
    Membre habitué
    Inscrit en
    Juin 2004
    Messages
    165
    Détails du profil
    Informations forums :
    Inscription : Juin 2004
    Messages : 165
    Points : 136
    Points
    136
    Par défaut [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 ?

  2. #2
    Membre habitué
    Inscrit en
    Juin 2004
    Messages
    165
    Détails du profil
    Informations forums :
    Inscription : Juin 2004
    Messages : 165
    Points : 136
    Points
    136
    Par défaut
    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

  3. #3
    Membre habitué
    Inscrit en
    Juin 2004
    Messages
    165
    Détails du profil
    Informations forums :
    Inscription : Juin 2004
    Messages : 165
    Points : 136
    Points
    136
    Par défaut
    Ce que j'ai fait

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    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 ^^

  4. #4
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 736
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 21 736
    Points : 52 447
    Points
    52 447
    Billets dans le blog
    5
    Par défaut
    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 +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

  5. #5
    Membre habitué
    Inscrit en
    Juin 2004
    Messages
    165
    Détails du profil
    Informations forums :
    Inscription : Juin 2004
    Messages : 165
    Points : 136
    Points
    136
    Par défaut
    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.

  6. #6
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 736
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 21 736
    Points : 52 447
    Points
    52 447
    Billets dans le blog
    5
    Par défaut
    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 +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

  7. #7
    Membre habitué
    Inscrit en
    Juin 2004
    Messages
    165
    Détails du profil
    Informations forums :
    Inscription : Juin 2004
    Messages : 165
    Points : 136
    Points
    136
    Par défaut
    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.

  8. #8
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 736
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 21 736
    Points : 52 447
    Points
    52 447
    Billets dans le blog
    5
    Par défaut
    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 +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

  9. #9
    Membre habitué
    Inscrit en
    Juin 2004
    Messages
    165
    Détails du profil
    Informations forums :
    Inscription : Juin 2004
    Messages : 165
    Points : 136
    Points
    136
    Par défaut
    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.

  10. #10
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 736
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 21 736
    Points : 52 447
    Points
    52 447
    Billets dans le blog
    5
    Par défaut
    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 +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

  11. #11
    Membre habitué
    Inscrit en
    Juin 2004
    Messages
    165
    Détails du profil
    Informations forums :
    Inscription : Juin 2004
    Messages : 165
    Points : 136
    Points
    136
    Par défaut
    Merci du conseil !

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Réponses: 2
    Dernier message: 07/01/2010, 12h47
  2. SQL Server '05 : on delete cascade
    Par stringman62 dans le forum MS SQL Server
    Réponses: 2
    Dernier message: 14/12/2007, 17h12
  3. [PL/SQL 9i] détecter un Delete Cascade
    Par Yorglaa dans le forum SQL
    Réponses: 4
    Dernier message: 23/10/2007, 11h20
  4. [T-SQL]ON DELETE CASCADE..inconnu
    Par clasix dans le forum Sybase
    Réponses: 2
    Dernier message: 04/09/2006, 21h16
  5. SQL Delete Cascade
    Par mschoum dans le forum MS SQL Server
    Réponses: 5
    Dernier message: 14/06/2006, 15h18

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo