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

Bases de données Delphi Discussion :

ADOQuery syntaxe utilisé


Sujet :

Bases de données Delphi

  1. #1
    Membre à l'essai
    Inscrit en
    Mars 2008
    Messages
    23
    Détails du profil
    Informations forums :
    Inscription : Mars 2008
    Messages : 23
    Points : 12
    Points
    12
    Par défaut ADOQuery syntaxe utilisé
    je travail avec delphi 5 et avec des table paradox j'ai l'habitude de faire des requetes avec Tquery par exemple:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    select* 
    from ma table 
    where ma table."mon champ" = valeur
    mais ca marche pas avec ADOQuery
    je veux la syntaxe utilisée pour faire le teste ci_dessu
    merci d'avance

  2. #2
    Expert éminent sénior
    Avatar de ShaiLeTroll
    Homme Profil pro
    Développeur C++\Delphi
    Inscrit en
    Juillet 2006
    Messages
    13 459
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Seine Saint Denis (Île de France)

    Informations professionnelles :
    Activité : Développeur C++\Delphi
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Juillet 2006
    Messages : 13 459
    Points : 24 873
    Points
    24 873
    Par défaut
    Tu peux mettre la Vraie requête, je viens juste pour un sujet sur les Images de tester ADO sur MySQL et Paradox (je n'ai que le driver 5.0)

    Je n'ai pas eu de soucis, les deux requêtes fonctionnent bien
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
     
    select * from tableimage
    where tableimage.id_tableimage = 1
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    select * from tableimage
    where tableimage."id_tableimage" = 2
    J'ai testé en D6 ...
    Aide via F1 - FAQ - Guide du développeur Delphi devant un problème - Pensez-y !
    Attention Troll Méchant !
    "Quand un homme a faim, mieux vaut lui apprendre à pêcher que de lui donner un poisson" Confucius
    Mieux vaut se taire et paraître idiot, Que l'ouvrir et de le confirmer !
    L'ignorance n'excuse pas la médiocrité !

    L'expérience, c'est le nom que chacun donne à ses erreurs. (Oscar Wilde)
    Il faut avoir le courage de se tromper et d'apprendre de ses erreurs

  3. #3
    Membre à l'essai
    Inscrit en
    Mars 2008
    Messages
    23
    Détails du profil
    Informations forums :
    Inscription : Mars 2008
    Messages : 23
    Points : 12
    Points
    12
    Par défaut
    je travail avec des tables acces

  4. #4
    Expert éminent sénior
    Avatar de ShaiLeTroll
    Homme Profil pro
    Développeur C++\Delphi
    Inscrit en
    Juillet 2006
    Messages
    13 459
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Seine Saint Denis (Île de France)

    Informations professionnelles :
    Activité : Développeur C++\Delphi
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Juillet 2006
    Messages : 13 459
    Points : 24 873
    Points
    24 873
    Par défaut
    Gné ? Ben c'est plus du Paradox, normal, il faut adapter ton SQL à ACCESS, ce n'est pas le Provider (BDE ou ADO) qui détermine le SQL (du moins très très peu) mais la Base de données (Paradox ou ACCESS)

    Bon, je ne connais pas ACCESS, je dirais retire les " ça n'existe qu'en Paradox ça ! et peut-etre en Oracle ?
    Pour MySQL c'est : `
    un Délimiteur pour chaque Base ! Sinon ça serait pas drôle de normer le SQL !
    Aide via F1 - FAQ - Guide du développeur Delphi devant un problème - Pensez-y !
    Attention Troll Méchant !
    "Quand un homme a faim, mieux vaut lui apprendre à pêcher que de lui donner un poisson" Confucius
    Mieux vaut se taire et paraître idiot, Que l'ouvrir et de le confirmer !
    L'ignorance n'excuse pas la médiocrité !

    L'expérience, c'est le nom que chacun donne à ses erreurs. (Oscar Wilde)
    Il faut avoir le courage de se tromper et d'apprendre de ses erreurs

  5. #5
    Expert éminent sénior
    Avatar de Cl@udius
    Homme Profil pro
    Développeur Web
    Inscrit en
    Février 2006
    Messages
    4 878
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 61
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Développeur Web
    Secteur : High Tech - Matériel informatique

    Informations forums :
    Inscription : Février 2006
    Messages : 4 878
    Points : 10 008
    Points
    10 008
    Par défaut
    Salut

    Avec Access et des noms de champs/tables "exotiques" (espaces, caractères accentués...) il faut mettre cet identifiant entre crochets ([]).

    Code sql : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    select * 
    from [MA TABLE]
    where [mon champ] = valeur

    @+ Claudius

Discussions similaires

  1. [V6] INFOVIEW - Erreur #SYNTAXE selon le compte utilisé
    Par djib29 dans le forum Deski
    Réponses: 6
    Dernier message: 21/06/2011, 18h57
  2. [ORACLE][ADOQuery] Probleme de syntaxe
    Par lejert dans le forum Bases de données
    Réponses: 2
    Dernier message: 01/12/2008, 10h33
  3. [ADOQuery] Parametre utilisé plusieurs fois
    Par gibet_b dans le forum Bases de données
    Réponses: 5
    Dernier message: 30/09/2004, 10h57
  4. [VB6] [Syntaxe] Fonction renvoyant un tableau d'objets
    Par Troopers dans le forum VB 6 et antérieur
    Réponses: 2
    Dernier message: 18/10/2002, 15h33
  5. Paramètre requete SQL (ADOQuery)
    Par GaL dans le forum C++Builder
    Réponses: 3
    Dernier message: 30/07/2002, 11h24

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