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 :

IF EXISTS et nom de colonne non valide


Sujet :

MS SQL Server

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

    Informations forums :
    Inscription : Juin 2006
    Messages : 28
    Par défaut IF EXISTS et nom de colonne non valide
    bonjour,

    Je voudrais écrire un script SQL qui puisse être exécuté plusieurs fois sans erreurs. A la fin du script, on supprime une colonne.
    Si on exécute une 2eme fois, ca envoie une erreur indiquant que la colonne n'existe pas. Normal ..... sauf que j'ai mis un test "if exists (SELECT * FROM INFORMATION_SCHEMA.COLUMNS where COLUMN_NAME="macolonne")"

    Et là, je ne comprends plus


    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    if exists(SELECT * FROM INFORMATION_SCHEMA.COLUMNS where TABLE_CATALOG='cat1' and
     TABLE_SCHEMA='schema1' and TABLE_NAME='table1' and COLUMN_NAME='NiveauPyramide')
    BEGIN
        --traitement utilisant la colonne 'NiveauPyramide'
        update table2 set col1= ... where table1.NiveauPyramide
     
        --suppression de la colonne
        alter table schema1.table1 drop column NiveauPyramide
    END
    GO
    a l'exécution l'erreur suivante remonte:
    Msg*207, Niveau*16, État*1, Ligne*17
    Nom de colonne non valide*: 'NiveauPyramide'.

  2. #2
    Membre Expert

    Homme Profil pro
    Chargé de Développement et d'Analyse de données
    Inscrit en
    Mars 2010
    Messages
    1 278
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Nord (Nord Pas de Calais)

    Informations professionnelles :
    Activité : Chargé de Développement et d'Analyse de données
    Secteur : High Tech - Opérateur de télécommunications

    Informations forums :
    Inscription : Mars 2010
    Messages : 1 278
    Par défaut
    Qu'est ce qui vous empêche de nous présenter correctement vos requêtes ? vous nous balancer des requêtes tronquées avec des points de suspension ... en espérant que nous allons deviner ce que vous avez réellement écrit !
    Etienne ZINZINDOHOUE
    Billets-Articles

  3. #3
    Membre Expert
    Inscrit en
    Août 2009
    Messages
    1 073
    Détails du profil
    Informations forums :
    Inscription : Août 2009
    Messages : 1 073
    Par défaut
    1. L'erreur correspond à laquelle des deux instructions ?
    2. L'update porte sur table2, c'est normal ?

  4. #4
    Membre éclairé
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Octobre 2008
    Messages
    699
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Suisse

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : Boutique - Magasin

    Informations forums :
    Inscription : Octobre 2008
    Messages : 699
    Par défaut
    Et comme ça, ça marche ?

    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
    IF EXISTS(
    				SELECT C.object_id
    				FROM sys.Columns C
    				INNER JOIN sys.Tables T on C.object_id=T.object_id
    				inner join sys.schemas S ON S.schema_id = T.schema_id
    				WHERE S.name='schema1'
    				AND T.Name ='table1'
    				AND C.Name = 'NiveauPyramide'
    			)
    BEGIN
        --traitement utilisant la colonne 'NiveauPyramide'
        UPDATE table2 SET col1= ... WHERE table1.NiveauPyramide
     
        --suppression de la colonne
        ALTER TABLE schema1.table1 DROP COLUMN NiveauPyramide
    END
    GO

  5. #5
    Membre Expert

    Homme Profil pro
    Chargé de Développement et d'Analyse de données
    Inscrit en
    Mars 2010
    Messages
    1 278
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Nord (Nord Pas de Calais)

    Informations professionnelles :
    Activité : Chargé de Développement et d'Analyse de données
    Secteur : High Tech - Opérateur de télécommunications

    Informations forums :
    Inscription : Mars 2010
    Messages : 1 278
    Par défaut
    Non il y a encore des points de suspension dans ta requête ! on ne veut pas voir les points de suspension !
    Etienne ZINZINDOHOUE
    Billets-Articles

  6. #6
    Membre éclairé
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Octobre 2008
    Messages
    699
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Suisse

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : Boutique - Magasin

    Informations forums :
    Inscription : Octobre 2008
    Messages : 699
    Par défaut
    Citation Envoyé par zinzineti Voir le message
    Non il y a encore des points de suspension dans ta requête ! on ne veut pas voir les points de suspension !
    Pfff... on est pas sur jeuxvideo.com les gars

    On commence par lire ... tout ... y compris le pseudo...

  7. #7
    Membre averti
    Profil pro
    Inscrit en
    Juin 2006
    Messages
    28
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juin 2006
    Messages : 28
    Par défaut
    Désolé pour les points de suspension, je voulais simplifier le problème
    Je vous représente le problème de manière simplifiée mais complète cette fois-ci.

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    if exists(
    	SELECT * 
    	FROM INFORMATION_SCHEMA.COLUMNS
    	where TABLE_CATALOG='cat1' 
    	and TABLE_SCHEMA='schema1' 
    	and TABLE_NAME='table1' 
    	and COLUMN_NAME='NiveauPyramide'
    	)
    		--print 'existe'
    		select t.NiveauPyramide from cat1.schema1.table1 t;
    else
    		print 'existe pas'
    Les 2 instructions 'print' fournissent le résultat attendu (selon que la colonne existe ou non)

    Pourquoi le select t.NiveauPyramide renvoit une erreur ??? (si la colonne n'existe pas, ces instructions ne devraient, à mon sens, même pas être exécutées, non?

  8. #8
    Membre éclairé
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Octobre 2008
    Messages
    699
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Suisse

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : Boutique - Magasin

    Informations forums :
    Inscription : Octobre 2008
    Messages : 699
    Par défaut
    Citation Envoyé par alex181 Voir le message
    Désolé pour les points de suspension, je voulais simplifier le problème
    Je vous représente le problème de manière simplifiée mais complète cette fois-ci.

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    if exists(
    	SELECT * 
    	FROM INFORMATION_SCHEMA.COLUMNS
    	where TABLE_CATALOG='cat1' 
    	and TABLE_SCHEMA='schema1' 
    	and TABLE_NAME='table1' 
    	and COLUMN_NAME='NiveauPyramide'
    	)
    		--print 'existe'
    		select t.NiveauPyramide from cat1.schema1.table1 t;
    else
    		print 'existe pas'
    Les 2 instructions 'print' fournissent le résultat attendu (selon que la colonne existe ou non)

    Pourquoi le select t.NiveauPyramide renvoit une erreur ??? (si la colonne n'existe pas, ces instructions ne devraient, à mon sens, même pas être exécutées, non?
    Chez moi ce code requête fonctionne bien.
    C'est avec quel version de SQL ?

  9. #9
    Membre averti
    Profil pro
    Inscrit en
    Juin 2006
    Messages
    28
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juin 2006
    Messages : 28
    Par défaut
    il faut tester dans le cas où la colonne n'existe pas !!

    Je suis sur SQL Server 2008 R2 (Express)

  10. #10
    Membre éclairé
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Octobre 2008
    Messages
    699
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Suisse

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : Boutique - Magasin

    Informations forums :
    Inscription : Octobre 2008
    Messages : 699
    Par défaut
    Votre requête n'existe pas chez moi (forcément) et je n'ai pas d'erreur.

    J'ai pris exactement le même code pour tester avec une table et une requête a moi, ça marche aussi.

    Sur la même version que vous.

    Vous utilisé Management Studio ?

  11. #11
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    22 017
    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 : 22 017
    Billets dans le blog
    6
    Par défaut
    Vous mélangez du Transact SQL (IF....) et du SQL (SELECT...). L'un est transactionné l'autre pas. Entre temps (du IF au reste) les choes peuvent avoir bougé.
    De plus si c'est dans une procédure il faudrait forcer la recompilation.
    Autrement dit, transaction nexplicte au niveau SERIALIZABLE + recompilation....

    Cela dit, ajouter et supprimer en permanence des colonnes à une table est de la plus haute stupidité. Il faut rechercher la stabilité du schéma...

    SI vous nous parliez de votre besoin fonctionnel ? C'est quoi la nécessité d'ajouter supprimer une colonne ?

    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/ * * * * *

  12. #12
    Membre averti
    Profil pro
    Inscrit en
    Juin 2006
    Messages
    28
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juin 2006
    Messages : 28
    Par défaut
    merci pour vos réponses!
    Oui, c'est sous Management Studio

    D'accord pour le mélange T-SQL et SQL "classique".

    Ce n'est pas une procédure, je suis bien d'accord qu'ajouter/supprimer une colonne n'est une chose à faire tout le temps!

    C'est un script qui devrait être exécuté une seule fois.
    Je voulais le rendre "plus propre" et faire en sorte qu'il n'y ait pas d'erreur s'il est exécuté plusieurs fois.

    Je fais ça d'habitude lorsque j'ajoute une colonne (pour éviter le message indiquant que la colonne existe déjà) et ça marche bien.

    Dans le cas présent, c'est plus compliqué parce qu'une colonne est supprimée.

  13. #13
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    22 017
    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 : 22 017
    Billets dans le blog
    6
    Par défaut
    Si c'est un batch, il faut en séparer les éléments par des GO, car l'analyse concerne tout le lot sans GO.....

    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/ * * * * *

  14. #14
    Membre Expert Avatar de iberserk
    Homme Profil pro
    Architecte de base de données
    Inscrit en
    Novembre 2004
    Messages
    1 795
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Gironde (Aquitaine)

    Informations professionnelles :
    Activité : Architecte de base de données
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Novembre 2004
    Messages : 1 795
    Par défaut
    Si c'est un batch, il faut en séparer les éléments par des GO, car l'analyse concerne tout le lot sans GO.....

    A +
    Dans votre cas ce n'est pas la solution.
    En effet votre script tente d'effectuer une opération si une colonne existe encore avant de supprimer cette dernière.

    Celà ne compilera jamais, il faut passer par sp_executeSql dont le texte de requète ne sera pas compilé:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
     
    IF EXISTS(SELECT * FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_CATALOG='cat1' AND
     TABLE_SCHEMA='schema1' AND TABLE_NAME='table1' AND COLUMN_NAME='NiveauPyramide')
    BEGIN
        --traitement utilisant la colonne 'NiveauPyramide'
        EXEC sp_executeSql N'UPDATE table2 SET col1= ... WHERE table1.NiveauPyramide'
     
        --suppression de la colonne
        ALTER TABLE schema1.table1 DROP COLUMN NiveauPyramide
    END
    GO

Discussions similaires

  1. Nom de colonne non valide et pourtant correct
    Par YuanYevon dans le forum Développement
    Réponses: 4
    Dernier message: 01/06/2011, 12h25
  2. Réponses: 1
    Dernier message: 21/01/2011, 16h17
  3. Réponses: 5
    Dernier message: 02/12/2010, 17h04
  4. Trigger INSERT : nom de colonne non valide
    Par arthuro45 dans le forum Développement
    Réponses: 6
    Dernier message: 13/09/2010, 22h58
  5. [SSIS] [2K5] : Nom de colonne non valide
    Par Adorien dans le forum SSIS
    Réponses: 0
    Dernier message: 13/05/2008, 17h37

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