Je ne pense pas qu'il soit nécessaire de connaitre chaque champ etc..
pour me répondre : en effet la base de données est sous access 2000, et
je programme sous VB6. L'erreur indiquée à l'éxécution est une erreur
de syntaxe. Je ne vois pas d'où ça vient. En procédant par élimination,
il semblerait que ça provienne du champ "PROC", mais je ne vois pas du
tout où est mon erreur : l'ordre des champs est respecté, les types de
données sont bons, les chaines ne sont pas vides etc...
Quelqu'un sait où est mon erreur de syntaxe?
Merci.
A voir également:
L'opération doit utiliser une requête qui peut être mise à jour
madbob
Messages postés285Date d'inscriptiondimanche 14 décembre 2003StatutMembreDernière intervention13 mars 2012 31 janv. 2005 à 17:38
Bin de retour...
J'ai déjà observé des comportements curieux en fonction des méthodes...
Moi je peux pas reproduire ton cas, je viens d'essayer et ça a
fonctionné sans les crochets, alors que te dire...
Sinon que tu peux toujours vérifier si t'as le temps.
Parcontre la méthode cnx.execute est peut être un peu plus directe...
mrdep1978
Messages postés402Date d'inscriptionjeudi 25 novembre 2004StatutMembreDernière intervention 7 juin 20097 31 janv. 2005 à 10:45
Il n'y aurait pas une apostrophe dans un des textes que tu passes en parametre ? Si c'est le cas, je pense qu'il faut la doubler pour ne plus avoir de pb. => Replace(TxtModifMatProc.Text,"'","''")
Vous n’avez pas trouvé la réponse que vous recherchez ?
rmaj
Messages postés25Date d'inscriptiondimanche 25 janvier 2004StatutMembreDernière intervention19 avril 2005 31 janv. 2005 à 12:29
Je viens de regarder dans l'aide access, y a quelques fonctions
contenant le mot Proc, mais Proc tout court n'existe pas.....et dans ma
table ce n'est pas un nom composé.... le mystère reste entier !! ;-)
madbob
Messages postés285Date d'inscriptiondimanche 14 décembre 2003StatutMembreDernière intervention13 mars 2012 31 janv. 2005 à 12:33
Ca résoud effectivement ce problème des noms composés !!!
Access est un véritable mystère en ce qui me concerne mais j'aime bien
c'est son charme on va dire : on trouve toutes les syntaxes possibles
du sql avec ou sans ";" . On prend celle qui marche, avec ou sans
crochet... En fonction des méthodes aussi on a des surprises...
Concernant les "[]" ils sont sytématiquement utilisés dans le générateur
d'expréssion.... Je pense qu'ils servent aussi à forcer le typage pour
que le parseur puisse correctement interpéter l'ordre SQL ou autre en
utilisant correctement les mots réservés du dictionnaire interne.
Curieusement cette syntaxe est la seule qui soit automatiquement
effectuée dans le générateur d'expression et le seul cas repris automatiquement en mode sql
requête ...
Est-ce que cela peut provenir de la méthode que tu utilises (historique d'access)?
madbob
Messages postés285Date d'inscriptiondimanche 14 décembre 2003StatutMembreDernière intervention13 mars 2012 31 janv. 2005 à 15:08
Pour le sql, chacun sa méthode, l'important c'est de retrouver ses billles...
Perso je trouve pas pratique à lire... Je préfère séparer les éléments de ma requête, travailler en concaténation succéssive et surtout ne pas utiliser les cactères de continuation de ligne... quelque soit le RAD/AGL utilisé
mon_sql = "Select ............................."
mon_sql = mon_sql & " From ............."
mon_sql = mon_sql & " Where............"
mon_sql = mon_sql & " Order By ........"
As tu déja essayé de faire du direct cnx.execute (monsql)
, ça ne changera peut être rien du tout..., mais dans le cas d'un
insert pourquoi pas et je me demande si la méthode n'est pas en cause.