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.
Merci pour votre aide. Alain.
-- Cordialement, Ze Titi
Tout pour réussir avec Access : http://www.mpfa.info
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#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.
Merci pour votre aide. Alain.
-- Cordialement, Ze Titi
Tout pour réussir avec Access : http://www.mpfa.info
Eric
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
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
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
Alain
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"
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" <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"
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
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é.
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é.
Alain.
-- A+ Eric http://www.mpfa.info/ Archives : http://groups.google.fr/group/microsoft.public.fr.access?hl=fr
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.
--
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é.
Alain.
-- A+ Eric http://www.mpfa.info/ Archives : http://groups.google.fr/group/microsoft.public.fr.access?hl=fr
ze Titi
Salut Eric.
Tu m'enlèves les mots du clavier...
Dans ton message 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
Salut Eric.
Tu m'enlèves les mots du clavier...
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é.
Alain.
-- Cordialement, Ze Titi
Tout pour réussir avec Access : http://www.mpfa.info
Eric
Helllo ze Titi
Salut Eric.
Tu m'enlèves les mots du clavier...
Le pain de la bouche, l'argent de (la) poche ;-)
Désolé :-)) -- A+ Eric http://www.mpfa.info/ Archives : http://groups.google.fr/group/microsoft.public.fr.access?hl=fr
Helllo ze Titi
Salut Eric.
Tu m'enlèves les mots du clavier...
Le pain de la bouche, l'argent de (la) poche ;-)
Désolé :-))
--
A+
Eric
http://www.mpfa.info/
Archives : http://groups.google.fr/group/microsoft.public.fr.access?hl=fr
Désolé :-)) -- A+ Eric http://www.mpfa.info/ Archives : http://groups.google.fr/group/microsoft.public.fr.access?hl=fr
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 ?
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 ?
Alain.
-- Cordialement, Ze Titi
Tout pour réussir avec Access : http://www.mpfa.info
taVariable=DLookup("champN","T","X=" & taClé)
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 ?
Alain.
-- Cordialement, Ze Titi
Tout pour réussir avec Access : http://www.mpfa.info
Alain
Merci infiniment à toi. Je vais cogiter tout ça.
Alain.
"ze Titi" a écrit dans le message de news:
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 ?
Alain.
-- Cordialement, Ze Titi
Tout pour réussir avec Access : http://www.mpfa.info
Merci infiniment à toi.
Je vais cogiter tout ça.
Alain.
"ze Titi" <ze_titi_enlever-ceci@tiscali.fr> a écrit dans le message de
news:mn.dbd57d72b4e69860.64280@tiscali.fr...
taVariable=DLookup("champN","T","X=" & taClé)
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