Ah yes, je n'avais pas pensé à l'automation :) Merci
"Jessy Sempere [MVP]" a écrit dans le message de news: 4190de7d$
Bonjour
Euh... tu as dis une bétise... ;-)))) Voilà il faut utiliser l'automation, pourquoi ??? En fait la commande docmd appartient à l'objet application en cours donc si tu utilises l'automation pour créer une autre instance d'access rien ne t'empêche d'utiliser le docmd de l'application ouverte
J'ai quelques exemples que je n'ai pas encore mis sur mon site mais voilà ce qu'il te faut :
Public Function ExportObjectExterne(strDbSrc$, strDbDest$, intType%, strObject$) '** intType : 0 pour table, 1 pour requête, 2 pour formulaire '** 3 pour état, 4 pour macro et 5 pour module
Dim acApp As Object Set acApp = CreateObject("Access.Application")
With acApp .OpenCurrentDatabase strDbSrc .DoCmd.TransferDatabase acExport, , strDbDest, _ intType, strObject, strObject .CloseCurrentDatabase End With acApp.Quit: Set acApp = Nothing End Function
-- @+ Jessy Sempere - Access MVP
------------------------------------ Site @ccess : http://access.jessy.free.fr/ Pour l'efficacité de tous : http://users.skynet.be/mpfa/ ------------------------------------ "Gafish" a écrit dans le message news:
Ok, mais en précisant comme ca c'est mieux, au moins on sait que tu as vu les autres réponses. Si les deux bases sont exterieures, sans vouloir dire de bétises ce n'est pas possible. En vba comme tu souhaites tu as la commande que je t'ai cité,
Transferdatabase qui permet de faire de l'import et de l'export de différents objets, mais il faut se trouver soit dans la base source, soit dans la base destination. Quelle est la contrainte chez toi qui fait que tu dois lancer la commande d'une base exterieure à la base source et à la base destination ? Il y a peut etre un moyen de contourner le problème.
"Zeus" a écrit dans le message de news: %
en effet les reponses ne me conviennent pas car je ne veux pas exporter les données de la base actuelle vers une autre base mais exporter les données d'une base exterieure vers une autre base exterieure
Ah yes, je n'avais pas pensé à l'automation :)
Merci
"Jessy Sempere [MVP]" <jessy.sempere@prg.sncf.fr> a écrit dans le message de
news: 4190de7d$1@news.sncf.fr...
Bonjour
Euh... tu as dis une bétise... ;-))))
Voilà il faut utiliser l'automation, pourquoi ???
En fait la commande docmd appartient à l'objet application en cours donc
si tu utilises l'automation pour créer une autre instance d'access rien ne
t'empêche
d'utiliser le docmd de l'application ouverte
J'ai quelques exemples que je n'ai pas encore mis sur mon site mais voilà
ce
qu'il te faut :
Public Function ExportObjectExterne(strDbSrc$, strDbDest$, intType%,
strObject$)
'** intType : 0 pour table, 1 pour requête, 2 pour formulaire
'** 3 pour état, 4 pour macro et 5 pour module
Dim acApp As Object
Set acApp = CreateObject("Access.Application")
With acApp
.OpenCurrentDatabase strDbSrc
.DoCmd.TransferDatabase acExport, , strDbDest, _
intType, strObject, strObject
.CloseCurrentDatabase
End With
acApp.Quit: Set acApp = Nothing
End Function
--
@+
Jessy Sempere - Access MVP
news@access.fr.vu
------------------------------------
Site @ccess : http://access.jessy.free.fr/
Pour l'efficacité de tous :
http://users.skynet.be/mpfa/
------------------------------------
"Gafish" <---gafish@free.fr----nospam> a écrit dans le message news:
uTO951lxEHA.2572@tk2msftngp13.phx.gbl...
Ok, mais en précisant comme ca c'est mieux, au moins on sait que tu as vu
les autres réponses.
Si les deux bases sont exterieures, sans vouloir dire de bétises ce n'est
pas possible. En vba comme tu souhaites tu as la commande que je t'ai
cité,
Transferdatabase qui permet de faire de l'import et de l'export de
différents objets, mais il faut se trouver soit dans la base source, soit
dans la base destination.
Quelle est la contrainte chez toi qui fait que tu dois lancer la commande
d'une base exterieure à la base source et à la base destination ? Il y a
peut etre un moyen de contourner le problème.
"Zeus" <davidboulonnais@aol.com> a écrit dans le message de news:
%23FADbvlxEHA.2600@TK2MSFTNGP09.phx.gbl...
en effet les reponses ne me conviennent pas car je ne veux pas exporter
les
données de la base actuelle vers une autre base
mais exporter les données d'une base exterieure vers une autre base
exterieure
Ah yes, je n'avais pas pensé à l'automation :) Merci
"Jessy Sempere [MVP]" a écrit dans le message de news: 4190de7d$
Bonjour
Euh... tu as dis une bétise... ;-)))) Voilà il faut utiliser l'automation, pourquoi ??? En fait la commande docmd appartient à l'objet application en cours donc si tu utilises l'automation pour créer une autre instance d'access rien ne t'empêche d'utiliser le docmd de l'application ouverte
J'ai quelques exemples que je n'ai pas encore mis sur mon site mais voilà ce qu'il te faut :
Public Function ExportObjectExterne(strDbSrc$, strDbDest$, intType%, strObject$) '** intType : 0 pour table, 1 pour requête, 2 pour formulaire '** 3 pour état, 4 pour macro et 5 pour module
Dim acApp As Object Set acApp = CreateObject("Access.Application")
With acApp .OpenCurrentDatabase strDbSrc .DoCmd.TransferDatabase acExport, , strDbDest, _ intType, strObject, strObject .CloseCurrentDatabase End With acApp.Quit: Set acApp = Nothing End Function
-- @+ Jessy Sempere - Access MVP
------------------------------------ Site @ccess : http://access.jessy.free.fr/ Pour l'efficacité de tous : http://users.skynet.be/mpfa/ ------------------------------------ "Gafish" a écrit dans le message news:
Ok, mais en précisant comme ca c'est mieux, au moins on sait que tu as vu les autres réponses. Si les deux bases sont exterieures, sans vouloir dire de bétises ce n'est pas possible. En vba comme tu souhaites tu as la commande que je t'ai cité,
Transferdatabase qui permet de faire de l'import et de l'export de différents objets, mais il faut se trouver soit dans la base source, soit dans la base destination. Quelle est la contrainte chez toi qui fait que tu dois lancer la commande d'une base exterieure à la base source et à la base destination ? Il y a peut etre un moyen de contourner le problème.
"Zeus" a écrit dans le message de news: %
en effet les reponses ne me conviennent pas car je ne veux pas exporter les données de la base actuelle vers une autre base mais exporter les données d'une base exterieure vers une autre base exterieure
Zeus
le problème avec cette méthode c'est que la base de donnée que l'on ouvre s'affiche a l'ecran.... y'a t il un moyen de la masquer ?
le problème avec cette méthode c'est que la base de donnée que l'on ouvre
s'affiche a l'ecran.... y'a t il un moyen de la masquer ?
le problème avec cette méthode c'est que la base de donnée que l'on ouvre s'affiche a l'ecran.... y'a t il un moyen de la masquer ?
Jessy Sempere [MVP]
Oui
Après le with, tu mets :
.Visible = False
-- @+ Jessy Sempere - Access MVP
------------------------------------ Site @ccess : http://access.jessy.free.fr/ Pour l'efficacité de tous : http://users.skynet.be/mpfa/ ------------------------------------ "Zeus" a écrit dans le message news: uzd9$
le problème avec cette méthode c'est que la base de donnée que l'on ouvre s'affiche a l'ecran.... y'a t il un moyen de la masquer ?
Oui
Après le with, tu mets :
.Visible = False
--
@+
Jessy Sempere - Access MVP
news@access.fr.vu
------------------------------------
Site @ccess : http://access.jessy.free.fr/
Pour l'efficacité de tous :
http://users.skynet.be/mpfa/
------------------------------------
"Zeus" <davidboulonnais@aol.com> a écrit dans le message news:
uzd9$6wxEHA.3372@TK2MSFTNGP10.phx.gbl...
le problème avec cette méthode c'est que la base de donnée que l'on ouvre
s'affiche a l'ecran.... y'a t il un moyen de la masquer ?
------------------------------------ Site @ccess : http://access.jessy.free.fr/ Pour l'efficacité de tous : http://users.skynet.be/mpfa/ ------------------------------------ "Zeus" a écrit dans le message news: uzd9$
le problème avec cette méthode c'est que la base de donnée que l'on ouvre s'affiche a l'ecran.... y'a t il un moyen de la masquer ?