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

Développement SQL Server Discussion :

[SQL2K] Insert en cascade, trigger


Sujet :

Développement SQL Server

  1. #1
    Membre averti
    Profil pro
    Inscrit en
    Novembre 2006
    Messages
    58
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Novembre 2006
    Messages : 58
    Par défaut [SQL2K] Insert en cascade, trigger
    Bonjour,

    Ce que je souhaite faire:

    J'ai 2 tables Article et IndDdeur et la clé primaire de IndDdeur (ind_ddeur) est une clé étrangère de la table Article (art_ddeur). Lorsque je fais un insert dans la table Article avec une valeur pour le champ art_ddeur qui n'est pas dans ind_ddeur j'aimerias, au lieu d'avoir une erreur à cause de la contrainte d'intégrité référentielle, mettre un déclencheur qui insère la valeur dans la table IndDdeur avant de l'insérer dans la table Article

    Ce que j'ai fais:

    Code SQL : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
     
    CREATE TRIGGER InsertDdeur ON Article  FOR INSERT AS
     
    SET NOCOUNT ON
     
    DECLARE @ddeur char (9)
    SET @ddeur = INSERTED.art_ddeur
     
    IF (SELECT COUNT(*) FROM inserted) != (SELECT COUNT(*) FROM IndDdeur, inserted WHERE ([IndDdeur].[ind_ddeur] = inserted.[art_ddeur]))
     
        BEGIN
     
    	INSERT INTO IndDdeur (ind_ddeur, ind_ddeur_grp, ind_ddeur_base) VALUES (@ddeur,170,'TPH')
     
        END

    Ce qui ne va pas:

    Erreur 107 : Le préfixe de colonne 'INSERTED' ne correspond ni au nom de table ni au nom d'alias utilisé dans la requête
    Des idées ? Merci d'avance pour vos réponses

  2. #2
    Membre émérite
    Homme Profil pro
    Consultant informatique
    Inscrit en
    Août 2006
    Messages
    730
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 63
    Localisation : France

    Informations professionnelles :
    Activité : Consultant informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Août 2006
    Messages : 730
    Par défaut
    tu as 2 pb

    le 1°

    SET @ddeur = INSERTED.art_ddeur
    il faut mettre
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    select @ddeur = art_ddeur from inserted
    le 2°

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    CREATE TRIGGER InsertDdeur ON Article  FOR INSERT AS
     
    SET NOCOUNT ON
     
    DECLARE @ddeur char (9)
    select @ddeur = art_ddeur from inserted 
     
    IF not exists(select 1 FROM IndDdeur WHERE ind_ddeur = @ddeur )
    	INSERT INTO IndDdeur (ind_ddeur, ind_ddeur_grp, ind_ddeur_base) VALUES (@ddeur,170,'TPH')

  3. #3
    Membre averti
    Profil pro
    Inscrit en
    Novembre 2006
    Messages
    58
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Novembre 2006
    Messages : 58
    Par défaut
    Merci pour ton aide

    La syntaxe est valide mais malheureusement, cela ne marche pas.

    A quoi correspond le 1 dans SELECT 1 FROM IndDdeur WHERE ind_ddeur = @ddeur ? J'ai essayé de le remplacer par ind_ddeur mais cela ne marche pas non plus.

    D'autre part mon champ ind_ddeur est de type char, quand on utilise des variables peut on se passer de quotes et si il faut les mettre comment fait on pour que sql server n'essaye pas de mettre la valeur @ddeur dans le champ ind_ddeur plutot que la valeur contenue dans la variable @ddeur ?

  4. #4
    Membre émérite
    Homme Profil pro
    Consultant informatique
    Inscrit en
    Août 2006
    Messages
    730
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 63
    Localisation : France

    Informations professionnelles :
    Activité : Consultant informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Août 2006
    Messages : 730
    Par défaut
    le select 1 est une habitude de dba
    on mets çà car on ne connait pas le nom des champs a priori
    si tu fais select 1 from table1 et que la table1 a 2 lignes, tu auras en retour
    1
    1

    un paramètre @... n'a pas besoin des quotes, c'est SQL serveur qui gère par le type


    tu es sous SQL2000 ou SQL2005? car il te faut un trigger BEFORE qui n'existe pas dans la version 2000

  5. #5
    Membre averti
    Profil pro
    Inscrit en
    Novembre 2006
    Messages
    58
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Novembre 2006
    Messages : 58
    Par défaut
    Merci pour ta réponse

    Version 2000 c'est marqué dans le titre de la discussion

    Pour le coup du trigger before, j'avais entendu parlé d'une astuce pour faire un équivalent sous SQL2K avec un trigger instead of et un rollback. Au lieu de faire un insert, on rollback la transaction, on fait un insert dans l'autre table puis on relance la transaction.

    Je vais chercher de ce coté pour le moment faute de mieux, mais est ce viable comme solution ou pas ?

  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 999
    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 999
    Billets dans le blog
    6
    Par défaut
    viable oui, intelligente, certainement pas !

    L'intégrité référentielle est là pour vérifier préalablement à un INSERT ou UPDATE la présence de la référence. Si vous renversez la vapeur et ajoutez systématiquement une référence à tout insert dans la table fille, votre base va vite être sévèrement polluée. Autant ne pas mettre d'IR !!!

    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 averti
    Profil pro
    Inscrit en
    Novembre 2006
    Messages
    58
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Novembre 2006
    Messages : 58
    Par défaut
    Je ne vais pas rentrer dans le pourquoi du comment je désire faire cela mais les références inserées par cette méthode sont temporaires.
    De plus elle sont inserées de manière à ce qu'elles soient facilement retrouvables dans la base, c'est juste pour pouvoir les comparer aux références "valides" et normaliser les données qui en dépendent. Une fois la normalisation terminé ces références ainsi que le trigger seront supprimés. Sinon tu as raison autant ne pas mettre d'IR

Discussions similaires

  1. [SQL2K]Condition dans un trigger
    Par davelop dans le forum Développement
    Réponses: 5
    Dernier message: 08/09/2010, 09h26
  2. Réponses: 3
    Dernier message: 16/01/2009, 10h49
  3. [EJB3] Insertion en cascade
    Par nemesis74100 dans le forum Java EE
    Réponses: 16
    Dernier message: 17/04/2008, 17h58
  4. RAISE_APPLICATION_ERROR + INSERT déclenchés par trigger
    Par petit_crabe dans le forum PL/SQL
    Réponses: 2
    Dernier message: 26/06/2007, 15h11
  5. Annuler une insertion dans un Trigger
    Par dreamanoir dans le forum Oracle
    Réponses: 2
    Dernier message: 10/01/2005, 13h04

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