Lorsque l'utilisateur clique sur un bouton, je dois récupérer des
informations dans la base de données courante.
Je pense que je dois donc utiliser ADO.
Je commence donc par créer un objet Connexion.
Puisque la DB que je souhaite attaquer est la DB courante, faut-il ouvrir
une connexion ?
Si oui, il y-a-t-il une synthaxe particulière pour indiquer le DB courrante
?
Je n'ai rien trouver dans l'aide qui permette de spécifier "la db courante"
lors de la création d'une connexion.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
ze Titi
Bonjour Alain
Il serait peut-être bon de préciser dans quel contexte tu te trouves (on ne parle pas d'ADO sans avoir de raisons). Par ailleurs, quelles sont les informations que tu dois récupérer ?
Dis-nous !
Dans ton message <#KVF# du mardi
Bonjour à tous.
Lorsque l'utilisateur clique sur un bouton, je dois récupérer des informations dans la base de données courante. Je pense que je dois donc utiliser ADO. Je commence donc par créer un objet Connexion. Puisque la DB que je souhaite attaquer est la DB courante, faut-il ouvrir une connexion ? Si oui, il y-a-t-il une synthaxe particulière pour indiquer le DB courrante ?
Je n'ai rien trouver dans l'aide qui permette de spécifier "la db courante" lors de la création d'une connexion.
Il serait peut-être bon de préciser dans quel contexte tu te trouves
(on ne parle pas d'ADO sans avoir de raisons). Par ailleurs, quelles
sont les informations que tu dois récupérer ?
Dis-nous !
Dans ton message <#KVF#CmWHHA.4632@TK2MSFTNGP04.phx.gbl> du mardi
Bonjour à tous.
Lorsque l'utilisateur clique sur un bouton, je dois récupérer des
informations dans la base de données courante.
Je pense que je dois donc utiliser ADO.
Je commence donc par créer un objet Connexion.
Puisque la DB que je souhaite attaquer est la DB courante, faut-il ouvrir
une connexion ?
Si oui, il y-a-t-il une synthaxe particulière pour indiquer le DB courrante
?
Je n'ai rien trouver dans l'aide qui permette de spécifier "la db courante"
lors de la création d'une connexion.
Merci pour votre aide.
Alain.
--
Cordialement,
Ze Titi
Tout pour réussir avec Access :
http://www.mpfa.info
Il serait peut-être bon de préciser dans quel contexte tu te trouves (on ne parle pas d'ADO sans avoir de raisons). Par ailleurs, quelles sont les informations que tu dois récupérer ?
Dis-nous !
Dans ton message <#KVF# du mardi
Bonjour à tous.
Lorsque l'utilisateur clique sur un bouton, je dois récupérer des informations dans la base de données courante. Je pense que je dois donc utiliser ADO. Je commence donc par créer un objet Connexion. Puisque la DB que je souhaite attaquer est la DB courante, faut-il ouvrir une connexion ? Si oui, il y-a-t-il une synthaxe particulière pour indiquer le DB courrante ?
Je n'ai rien trouver dans l'aide qui permette de spécifier "la db courante" lors de la création d'une connexion.
Sans préjuger du pourquoi ADO, avec quelque chose comme: Sub zz() Dim cnx As ADODB.Connection, rst As ADODB.Recordset Set cnx = New ADODB.Connection Set rst = New ADODB.Recordset Set cnx = CurrentProject.Connection rst.Open "tClient", cnx, adOpenDynamic While Not rst.EOF '(liste les clients) Debug.Print rst(1) rst.MoveNext Wend rst.Close: cnx.Close Set rst = Nothing Set cnx = Nothing End Sub
Bonjour à tous.
Lorsque l'utilisateur clique sur un bouton, je dois récupérer des informations dans la base de données courante. Je pense que je dois donc utiliser ADO. Je commence donc par créer un objet Connexion. Puisque la DB que je souhaite attaquer est la DB courante, faut-il ouvrir une connexion ? Si oui, il y-a-t-il une synthaxe particulière pour indiquer le DB courrante ?
Je n'ai rien trouver dans l'aide qui permette de spécifier "la db courante" lors de la création d'une connexion.
Sans préjuger du pourquoi ADO,
avec quelque chose comme:
Sub zz()
Dim cnx As ADODB.Connection, rst As ADODB.Recordset
Set cnx = New ADODB.Connection
Set rst = New ADODB.Recordset
Set cnx = CurrentProject.Connection
rst.Open "tClient", cnx, adOpenDynamic
While Not rst.EOF '(liste les clients)
Debug.Print rst(1)
rst.MoveNext
Wend
rst.Close: cnx.Close
Set rst = Nothing
Set cnx = Nothing
End Sub
Bonjour à tous.
Lorsque l'utilisateur clique sur un bouton, je dois récupérer des
informations dans la base de données courante.
Je pense que je dois donc utiliser ADO.
Je commence donc par créer un objet Connexion.
Puisque la DB que je souhaite attaquer est la DB courante, faut-il ouvrir
une connexion ?
Si oui, il y-a-t-il une synthaxe particulière pour indiquer le DB courrante
?
Je n'ai rien trouver dans l'aide qui permette de spécifier "la db courante"
lors de la création d'une connexion.
Merci pour votre aide.
Alain.
--
A+
Eric
http://www.mpfa.info/
Archives : http://groups.google.fr/group/microsoft.public.fr.access?hl=fr
Sans préjuger du pourquoi ADO, avec quelque chose comme: Sub zz() Dim cnx As ADODB.Connection, rst As ADODB.Recordset Set cnx = New ADODB.Connection Set rst = New ADODB.Recordset Set cnx = CurrentProject.Connection rst.Open "tClient", cnx, adOpenDynamic While Not rst.EOF '(liste les clients) Debug.Print rst(1) rst.MoveNext Wend rst.Close: cnx.Close Set rst = Nothing Set cnx = Nothing End Sub
Bonjour à tous.
Lorsque l'utilisateur clique sur un bouton, je dois récupérer des informations dans la base de données courante. Je pense que je dois donc utiliser ADO. Je commence donc par créer un objet Connexion. Puisque la DB que je souhaite attaquer est la DB courante, faut-il ouvrir une connexion ? Si oui, il y-a-t-il une synthaxe particulière pour indiquer le DB courrante ?
Je n'ai rien trouver dans l'aide qui permette de spécifier "la db courante" lors de la création d'une connexion.
Merci pour votre réponse. "CurrentProject.Connexion", c'est ça que je cherchais.
Alain.
"Eric" a écrit dans le message de news:
Bonjour,
Sans préjuger du pourquoi ADO, avec quelque chose comme: Sub zz() Dim cnx As ADODB.Connection, rst As ADODB.Recordset Set cnx = New ADODB.Connection Set rst = New ADODB.Recordset Set cnx = CurrentProject.Connection rst.Open "tClient", cnx, adOpenDynamic While Not rst.EOF '(liste les clients) Debug.Print rst(1) rst.MoveNext Wend rst.Close: cnx.Close Set rst = Nothing Set cnx = Nothing End Sub
Bonjour à tous.
Lorsque l'utilisateur clique sur un bouton, je dois récupérer des informations dans la base de données courante. Je pense que je dois donc utiliser ADO. Je commence donc par créer un objet Connexion. Puisque la DB que je souhaite attaquer est la DB courante, faut-il ouvrir
une connexion ? Si oui, il y-a-t-il une synthaxe particulière pour indiquer le DB courrante
?
Je n'ai rien trouver dans l'aide qui permette de spécifier "la db courante"
Merci pour votre réponse.
"CurrentProject.Connexion", c'est ça que je cherchais.
Alain.
"Eric" <f_framZZ@hotmail.com> a écrit dans le message de
news:OVFUjymWHHA.5008@TK2MSFTNGP05.phx.gbl...
Bonjour,
Sans préjuger du pourquoi ADO,
avec quelque chose comme:
Sub zz()
Dim cnx As ADODB.Connection, rst As ADODB.Recordset
Set cnx = New ADODB.Connection
Set rst = New ADODB.Recordset
Set cnx = CurrentProject.Connection
rst.Open "tClient", cnx, adOpenDynamic
While Not rst.EOF '(liste les clients)
Debug.Print rst(1)
rst.MoveNext
Wend
rst.Close: cnx.Close
Set rst = Nothing
Set cnx = Nothing
End Sub
Bonjour à tous.
Lorsque l'utilisateur clique sur un bouton, je dois récupérer des
informations dans la base de données courante.
Je pense que je dois donc utiliser ADO.
Je commence donc par créer un objet Connexion.
Puisque la DB que je souhaite attaquer est la DB courante, faut-il
ouvrir
une connexion ?
Si oui, il y-a-t-il une synthaxe particulière pour indiquer le DB
courrante
?
Je n'ai rien trouver dans l'aide qui permette de spécifier "la db
courante"
lors de la création d'une connexion.
Merci pour votre aide.
Alain.
--
A+
Eric
http://www.mpfa.info/
Archives : http://groups.google.fr/group/microsoft.public.fr.access?hl=fr
Merci pour votre réponse. "CurrentProject.Connexion", c'est ça que je cherchais.
Alain.
"Eric" a écrit dans le message de news:
Bonjour,
Sans préjuger du pourquoi ADO, avec quelque chose comme: Sub zz() Dim cnx As ADODB.Connection, rst As ADODB.Recordset Set cnx = New ADODB.Connection Set rst = New ADODB.Recordset Set cnx = CurrentProject.Connection rst.Open "tClient", cnx, adOpenDynamic While Not rst.EOF '(liste les clients) Debug.Print rst(1) rst.MoveNext Wend rst.Close: cnx.Close Set rst = Nothing Set cnx = Nothing End Sub
Bonjour à tous.
Lorsque l'utilisateur clique sur un bouton, je dois récupérer des informations dans la base de données courante. Je pense que je dois donc utiliser ADO. Je commence donc par créer un objet Connexion. Puisque la DB que je souhaite attaquer est la DB courante, faut-il ouvrir
une connexion ? Si oui, il y-a-t-il une synthaxe particulière pour indiquer le DB courrante
?
Je n'ai rien trouver dans l'aide qui permette de spécifier "la db courante"
Merci pour ta réponse. Je dois simplement, à chaque fois que l'utilisateur sélectionne un enregistrement dans un formulaire, afficher le nombre d'enregistrements correspondants (sur base de critères spécifiques) qu'il y a dans une autre table. Je dois donc faire simplement un SELECT COUNT(*) FROM ... WHERE ... et récupérer le résultat de ce SELECT pour l'afficher. Je pense donc que je suis obligé d'utiliser ADO ou alors DAO qui est plus ancien et de moins en moins utilisé.
Alain.
Merci pour ta réponse.
Je dois simplement, à chaque fois que l'utilisateur sélectionne un
enregistrement dans un formulaire, afficher le nombre d'enregistrements
correspondants (sur base de critères spécifiques) qu'il y a dans une autre
table.
Je dois donc faire simplement un SELECT COUNT(*) FROM ... WHERE ... et
récupérer le résultat de ce SELECT pour l'afficher.
Je pense donc que je suis obligé d'utiliser ADO ou alors DAO qui est plus
ancien et de moins en moins utilisé.
Merci pour ta réponse. Je dois simplement, à chaque fois que l'utilisateur sélectionne un enregistrement dans un formulaire, afficher le nombre d'enregistrements correspondants (sur base de critères spécifiques) qu'il y a dans une autre table. Je dois donc faire simplement un SELECT COUNT(*) FROM ... WHERE ... et récupérer le résultat de ce SELECT pour l'afficher. Je pense donc que je suis obligé d'utiliser ADO ou alors DAO qui est plus ancien et de moins en moins utilisé.
Alain.
Eric
re,
Mais alors une fonction comme DCount() qui accepte des critères qui sont une clause SQL Where sans le mot réservé Where aurait pu faire l'affaire, non ?
Merci pour ta réponse. Je dois simplement, à chaque fois que l'utilisateur sélectionne un enregistrement dans un formulaire, afficher le nombre d'enregistrements correspondants (sur base de critères spécifiques) qu'il y a dans une autre table. Je dois donc faire simplement un SELECT COUNT(*) FROM ... WHERE ... et récupérer le résultat de ce SELECT pour l'afficher. Je pense donc que je suis obligé d'utiliser ADO ou alors DAO qui est plus ancien et de moins en moins utilisé.
Mais alors une fonction comme DCount() qui accepte des critères qui sont
une clause SQL Where sans le mot réservé Where aurait pu faire
l'affaire, non ?
Merci pour ta réponse.
Je dois simplement, à chaque fois que l'utilisateur sélectionne un
enregistrement dans un formulaire, afficher le nombre d'enregistrements
correspondants (sur base de critères spécifiques) qu'il y a dans une autre
table.
Je dois donc faire simplement un SELECT COUNT(*) FROM ... WHERE ... et
récupérer le résultat de ce SELECT pour l'afficher.
Je pense donc que je suis obligé d'utiliser ADO ou alors DAO qui est plus
ancien et de moins en moins utilisé.
Alain.
--
A+
Eric
http://www.mpfa.info/
Archives : http://groups.google.fr/group/microsoft.public.fr.access?hl=fr
Mais alors une fonction comme DCount() qui accepte des critères qui sont une clause SQL Where sans le mot réservé Where aurait pu faire l'affaire, non ?
Merci pour ta réponse. Je dois simplement, à chaque fois que l'utilisateur sélectionne un enregistrement dans un formulaire, afficher le nombre d'enregistrements correspondants (sur base de critères spécifiques) qu'il y a dans une autre table. Je dois donc faire simplement un SELECT COUNT(*) FROM ... WHERE ... et récupérer le résultat de ce SELECT pour l'afficher. Je pense donc que je suis obligé d'utiliser ADO ou alors DAO qui est plus ancien et de moins en moins utilisé.
Mais alors une fonction comme DCount() qui accepte des critères qui sont une clause SQL Where sans le mot réservé Where aurait pu faire l'affaire, non ?
Merci pour ta réponse. Je dois simplement, à chaque fois que l'utilisateur sélectionne un enregistrement dans un formulaire, afficher le nombre d'enregistrements correspondants (sur base de critères spécifiques) qu'il y a dans une autre table. Je dois donc faire simplement un SELECT COUNT(*) FROM ... WHERE ... et récupérer le résultat de ce SELECT pour l'afficher. Je pense donc que je suis obligé d'utiliser ADO ou alors DAO qui est plus ancien et de moins en moins utilisé.
Dans ton message <OZcSbinWHHA.4076@TK2MSFTNGP05.phx.gbl> du mardi
re,
Mais alors une fonction comme DCount() qui accepte des critères qui sont une
clause SQL Where sans le mot réservé Where aurait pu faire l'affaire, non ?
Merci pour ta réponse.
Je dois simplement, à chaque fois que l'utilisateur sélectionne un
enregistrement dans un formulaire, afficher le nombre d'enregistrements
correspondants (sur base de critères spécifiques) qu'il y a dans une autre
table.
Je dois donc faire simplement un SELECT COUNT(*) FROM ... WHERE ... et
récupérer le résultat de ce SELECT pour l'afficher.
Je pense donc que je suis obligé d'utiliser ADO ou alors DAO qui est plus
ancien et de moins en moins utilisé.
Alain.
--
Cordialement,
Ze Titi
Tout pour réussir avec Access :
http://www.mpfa.info
Mais alors une fonction comme DCount() qui accepte des critères qui sont une clause SQL Where sans le mot réservé Where aurait pu faire l'affaire, non ?
Merci pour ta réponse. Je dois simplement, à chaque fois que l'utilisateur sélectionne un enregistrement dans un formulaire, afficher le nombre d'enregistrements correspondants (sur base de critères spécifiques) qu'il y a dans une autre table. Je dois donc faire simplement un SELECT COUNT(*) FROM ... WHERE ... et récupérer le résultat de ce SELECT pour l'afficher. Je pense donc que je suis obligé d'utiliser ADO ou alors DAO qui est plus ancien et de moins en moins utilisé.
OK. Si je veux le champ n° N d'un enregistrement X d'une table T, sachant que X est déterminé par une cléf unique que je connais, as-tu une fonction pour éviter une requete ADO ?
Alain.
OK.
Si je veux le champ n° N d'un enregistrement X d'une table T, sachant que X
est déterminé par une cléf unique que je connais,
as-tu une fonction pour éviter une requete ADO ?
OK. Si je veux le champ n° N d'un enregistrement X d'une table T, sachant que X est déterminé par une cléf unique que je connais, as-tu une fonction pour éviter une requete ADO ?
Alain.
ze Titi
taVariable=DLookup("champN","T","X=" & taClé)
Remplace les virgules par des point-virgules si utilisé dans une requête.
Dans ton message du mardi
OK. Si je veux le champ n° N d'un enregistrement X d'une table T, sachant que X est déterminé par une cléf unique que je connais, as-tu une fonction pour éviter une requete ADO ?
Remplace les virgules par des point-virgules si utilisé dans une
requête.
Dans ton message <uxDJb4nWHHA.600@TK2MSFTNGP05.phx.gbl> du mardi
OK.
Si je veux le champ n° N d'un enregistrement X d'une table T, sachant que X
est déterminé par une cléf unique que je connais,
as-tu une fonction pour éviter une requete ADO ?
Alain.
--
Cordialement,
Ze Titi
Tout pour réussir avec Access :
http://www.mpfa.info
Remplace les virgules par des point-virgules si utilisé dans une requête.
Dans ton message du mardi
OK. Si je veux le champ n° N d'un enregistrement X d'une table T, sachant que X est déterminé par une cléf unique que je connais, as-tu une fonction pour éviter une requete ADO ?
