Discussion :

[hellbilly]

Salut à tous !

Je crois que je vais devenir fou !!! Toute aide sera donc la bienvenue

Voici quel est mon problème : j'ai une requête que j'exécute à partir de mon code vba en utilisant ADO et elle me retoure qu'une partie des résultats. Comme mes fonctions ADO sont dans une dll, je recode en vba en utilisant les méthodes Execute des objets Connection et Command car le pb pouvait venir du composant. Toujours le même problème. Je décide de faire un OpenQuery et la ca fonctionne !! ou si je copie-colle le sql de la requête dans l'éditeur et que j'exécute la requête, c'est bon également.

J'en ai vraiment marre

Merci pour votre aide !

[Petogaz]

salut,

le mieux c'est de poster ton code ADO ici non ?

[hellbilly]

Le code est assez simple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
Dim con As New ADODB.Connection
Dim cmd As New ADODB.Command
 
Set con = CurrentProject.Connection
Call con.Execute(strSQL, , ADODB.adExecuteNoRecords)
Set con = Nothing
 
Set cmd.ActiveConnection = CurrentProject.Connection
cmd.CommandText = strSQL
cmd.Execute
Set cmd = Nothing
 
DoCmd.OpenQuery "nom_requete"

Ma requête ajoute des enregistrements dans une table. Que strSQL contienne les instructions SQL ou le nom de la requête, je n'ai qu'une partie des lignes qui est insérée. Seul l'appel OpenQuery fonctionne correctement.

[hellbilly]

Bonne nouvelle : j'ai trouvé d'où venait le problème ! je vous rassure je n'ai pas cherché pendant tout ce temps

Cela vient de mon LIKE avec des caractères '*' dans mon expression.

Par contre ce que je ne comprends pas c'est quand j'enregistre ma requête dans Access elle retourne bien les bons résultats si je la lance directement ou via du code vba avec un OpenQuery. En revanche, quand je l'appelle avec ADO, le caractère '*' n'est plus pris en compte (il faut que je le remplace par '%').

D'où ma question : c'est quoi ce délire ?

Je pensais qu'en enregistrant mes requêtes dans la base, je devais écrire le SQL pour la base cible et non pas en fonction de comment elles sont appelées (via ADO, DAO, etc). Donc la je dois mettre des '%' pour que mes appels à la requête avec ADO soient corrects et si j'ouvre Access pour tester ma requête je dois mettre des '*'.

J'en profite également pour vous demander ce qui est le mieux sous Access lorsqu'on doit utiliser des tables d'une autre base : des tables liées ou des requêtes SQL direct ? niveau performance c'est identique ?

[LedZeppII]

Bonjour,
C'est plutot étrange. Je vais devoir vérifier mon code.
Sinon dans cet article microsoft article microsoft ils disent que "%" et "_" ne sont utilisables que dans ADO. Par contre je n'ai aucune mise en garde à propos de "*" et "?" dans ADO.
Je vais faire des tests.
A+

[LedZeppII]

HellBill,
J'utilise Access2000/Jet 4.0, et j'arrive à la même conclusion que toi.
Avec ADO il faut utiliser les wildcards '%' et '_' avec LIKE.

[hellbilly]

Merci pour l'article.

Effectivement :

The "%" and "_" wildcard characters in the previous table can be executed only through the Jet OLE DB provider and ADO. They will yield an empty result set if used through the Access SQL View user interface.

C'est le genre de truc vraiment exaspérant. Suivant l'api utilisée les caractères sont interprêtés différemment.

J'aime Access

[Tofalu]

Non c'est compréhensible.

DAO a été créé pour travailler avec Jet, le mteur d'Access. Il utilises donc le caractères %

En revanche, ADO est orienté multi SGBD, il utilise donc le caractère plus générique %

[hellbilly]

Ok. J'avoue que c'est un peu confus pour moi entre Access et Jet. En fait quand on enregistre une requête dans Access, ca fait :
Requete Access -> DAO -> Jet (?)

Je pensais que la requête était directement prise en compte par Jet.

En tout cas merci !