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

Requêtes et SQL. Discussion :

Requete Update ne prend pas en compte les champs paramétrés?


Sujet :

Requêtes et SQL.

  1. #1
    Membre du Club Avatar de Oceliane
    Profil pro
    Étudiant
    Inscrit en
    Mars 2007
    Messages
    66
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Mars 2007
    Messages : 66
    Points : 60
    Points
    60
    Par défaut Requete Update ne prend pas en compte les champs paramétrés?
    Bon, j'ai un souci avec une requète Update, que j'ai conçue pour pouvoir être modulable et polyvalente.

    voici le SQL:

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    PARAMETERS Table_Base Text ( 255 ), Var_base Text ( 255 ), Table_From Text ( 255 ), Var_From Text ( 255 ), T1A Text ( 255 ), T1B Text ( 255 ), T2A Text ( 255 ), T2B Text ( 255 );
     
    UPDATE [Table_Base] 
     
    SET [Var_Base]=[Table_From].[Var_From]
     
    WHERE ((([table_base].[T1A])=[table_From].[T1B]) AND (([table_base].[T2A])=[table_from].[T2B]));
    en gros, je pourrais m'en servir pour la plupart de mes tables, il suffit simplement de la paramétrer correctement.

    Le gros problême, c'est que lorsque je ferme cette requète, Access me la convertit automatiquement en:

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    PARAMETERS Table_Base Text ( 255 ), Var_base Text ( 255 ), Table_From Text ( 255 ), Var_From Text ( 255 ), T1A Text ( 255 ), T1B Text ( 255 ), T2A Text ( 255 ), T2B Text ( 255 );
    UPDATE Table_Base SET Var_Base = [Table_From].[Var_From]
    WHERE ((([table_base].[T1A])=[table_From].[T1B]) And (([table_base].[T2A])=[table_from].[T2B]));
    du coup, il me met que la table "Table_Base" n'existe pas... forcément, comme il me supprimme les crochets, elle devient une table physique, or îl ne s'agit que d'un paramètre... idem pour Var_Base, qui devient lui aussi le nom de le variable...

  2. #2
    Expert éminent
    Avatar de LedZeppII
    Homme Profil pro
    Maintenance données produits
    Inscrit en
    Décembre 2005
    Messages
    4 485
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Yvelines (Île de France)

    Informations professionnelles :
    Activité : Maintenance données produits
    Secteur : Distribution

    Informations forums :
    Inscription : Décembre 2005
    Messages : 4 485
    Points : 7 759
    Points
    7 759
    Par défaut
    Bonsoir,

    PARAMETERS ne s'applique qu'à des critères de sélection.
    Autrement dit, dans la clause WHERE ou HAVING.

    Pour faire une requête dont les noms de tables et de champs sont variables, on le fait en VBA (lien faq) .

    A+

Discussions similaires

  1. Parfois le mdw ne prend pas en compte les modifications
    Par minot83 dans le forum Sécurité
    Réponses: 6
    Dernier message: 21/05/2009, 14h22
  2. [DATEDIFF] Ne prend pas en compte les "dates incluse".
    Par GarsDuCalvados dans le forum Langage SQL
    Réponses: 2
    Dernier message: 12/06/2008, 15h47
  3. Réponses: 1
    Dernier message: 28/05/2008, 16h11
  4. Réponses: 2
    Dernier message: 29/03/2008, 13h04
  5. Réponses: 1
    Dernier message: 13/02/2007, 16h53

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