Probleme avec Set Recordset = objConn.Execute
gerardcjf
Messages postés
47
Date d'inscription
mardi 3 juillet 2007
Statut
Membre
Dernière intervention
26 décembre 2013
-
31 oct. 2009 à 23:01
gerardcjf Messages postés 47 Date d'inscription mardi 3 juillet 2007 Statut Membre Dernière intervention 26 décembre 2013 - 1 nov. 2009 à 08:23
gerardcjf Messages postés 47 Date d'inscription mardi 3 juillet 2007 Statut Membre Dernière intervention 26 décembre 2013 - 1 nov. 2009 à 08:23
A voir également:
- Probleme avec Set Recordset = objConn.Execute
- Set vba ✓ - Forum Visual Basic 6
- Set names utf8 - Forum PHP
- Java.sql.sqlexception before start of result set - Forum Java
- C# get set - Forum C# / .NET
- Adodb recordset find ✓ - Forum C# / .NET
3 réponses
cs_Jack
Messages postés
14006
Date d'inscription
samedi 29 décembre 2001
Statut
Modérateur
Dernière intervention
28 août 2015
79
1 nov. 2009 à 01:55
1 nov. 2009 à 01:55
Salut
Non, la syntaxe n'est pas la bonne.
Execute ne sert qu'aux instructions SQL du style Delete ou Insert Into et, dans ce cas là, on n'utilise pas de RecordSet puisqu'il n'y a pas de résultat à récupérer.
Puisque tu utilises ADODB, mieux vaux ajouter la référence à la bibliothèque plutôt que d'utiliser une déclaraion tardive (CreateObject).
(Menu "Outils", "Références" + "Microsoft ActiveX Data Objects 2.8 Library")
Syntaxe :
D'après le traitement que tu fais ensuite avec ton RecordSet, il semble que tu sois sûr de ne récupérer qu'une seule ligne de données dans ton RecordSet.
Sinon, il faudra énumérer chaque ligne avec une boucle Do-Loop classique, qu'on trouve dans n'importe quel projet qui traite de database.
Vala
Jack, MVP VB
NB : Je ne répondrai pas aux messages privés
Le savoir est la seule matière qui s'accroit quand on la partage (Socrate)
Non, la syntaxe n'est pas la bonne.
Execute ne sert qu'aux instructions SQL du style Delete ou Insert Into et, dans ce cas là, on n'utilise pas de RecordSet puisqu'il n'y a pas de résultat à récupérer.
Puisque tu utilises ADODB, mieux vaux ajouter la référence à la bibliothèque plutôt que d'utiliser une déclaraion tardive (CreateObject).
(Menu "Outils", "Références" + "Microsoft ActiveX Data Objects 2.8 Library")
Syntaxe :
Dim maConnexion As ADODB.Connection
Dim monRecordSet As ADODB.RecordSet
Set maConnexion = New ADODB.Connection
maConnexion.ConnectionString = "DRIVER={Microsoft ...
Set monRecordSet = New ADODB.Recordset
monRecordSet.CursorLocation = adUseClient
monRecordSet.Open szSQL, maConnexion, adOpenStatic, adLockReadOnly
...
D'après le traitement que tu fais ensuite avec ton RecordSet, il semble que tu sois sûr de ne récupérer qu'une seule ligne de données dans ton RecordSet.
Sinon, il faudra énumérer chaque ligne avec une boucle Do-Loop classique, qu'on trouve dans n'importe quel projet qui traite de database.
Vala
Jack, MVP VB
NB : Je ne répondrai pas aux messages privés
Le savoir est la seule matière qui s'accroit quand on la partage (Socrate)
cs_Jack
Messages postés
14006
Date d'inscription
samedi 29 décembre 2001
Statut
Modérateur
Dernière intervention
28 août 2015
79
1 nov. 2009 à 01:56
1 nov. 2009 à 01:56
PS : J'ai oublié le .Open de la connexion
gerardcjf
Messages postés
47
Date d'inscription
mardi 3 juillet 2007
Statut
Membre
Dernière intervention
26 décembre 2013
1 nov. 2009 à 08:23
1 nov. 2009 à 08:23
Bonjour Jack,
D'abord merci pour toutes ces précisions ....
J'ai quand même un souci, ce code va servir à plus d'une centaine de personne ... dont je ne sais pas à l'avance si la référence à la bibliothèque Microsoft ActiveX Data Objects 2.8 Library sera effective.
En second lieu, effectivement je suis sûr de ne récupérer qu'une seule ligne ... comme tu le précises c'est la raison pour laquelle je n'ai pas fait de boucle DO... loop (j'ai utilisé ce même type de code pour la récupération de plusieurs lignes de résultat avec do ... loop et le fameux Execute ... et c'a marche ! ce qui est vrai pour n ligne de résultat devrait au moins être vrai pour une non ?)
Qu'en penses tu ?
Encore merci de ton aide ... car à travers ce forum je vérifie l'adage : "tout ce que je sais ... c'est que je ne sais rien" !
D'abord merci pour toutes ces précisions ....
J'ai quand même un souci, ce code va servir à plus d'une centaine de personne ... dont je ne sais pas à l'avance si la référence à la bibliothèque Microsoft ActiveX Data Objects 2.8 Library sera effective.
En second lieu, effectivement je suis sûr de ne récupérer qu'une seule ligne ... comme tu le précises c'est la raison pour laquelle je n'ai pas fait de boucle DO... loop (j'ai utilisé ce même type de code pour la récupération de plusieurs lignes de résultat avec do ... loop et le fameux Execute ... et c'a marche ! ce qui est vrai pour n ligne de résultat devrait au moins être vrai pour une non ?)
Qu'en penses tu ?
Encore merci de ton aide ... car à travers ce forum je vérifie l'adage : "tout ce que je sais ... c'est que je ne sais rien" !
