Base mde empaquetée

Raymond [mvp]

07/12/2004 à 11:28

on reverra cette question après.
est-ce que le compactage seul sur le même répertoire que la base est réalisé
correctement, sans créer de fichier ? si oui fais un compactage en créant un
fichier externe sur le même répertoire que la base. qu'est-ce que ça dit?

--
@+
Raymond Access MVP
http://OfficeSystem.Access.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum

"Luis" a écrit dans le message de
news: 1aaa01c4dc45$0f0bc420$
Bonjour Raymond,
Tu me dis de donner le chemin complet de msaccess.exe qui
est le runtime.
J'ai installé le même empaquetage dans 3 ordinateurs
différents n'ayant pas Access installé et voilà ce que
j'ai comme chemin après intallation.
Dans 1er pc C:Program FilesFichiers communsMicrosoft
SharedOffice 10msaccess.exe
dans le 2ème pc C:Program FilesMicrosoft OfficeOffice 10
msaccess.exe
Dans le 3ème pc C:Program Filesmsaccess.exe

L'application par contre s'est toujours installée dans
C:Program FilesSauvegarde (Sauvegarde est le nom que
j'ai donné à l'application)il y a la base, les dll, olb et
tlb qui vont avec.
Ca doit venir de la configuration Windows.
Il est dans ce cas impossible d'indiquer le chemin complet
où va s'installer msaccess.exe
A moins qu'on puisse l'indiquer à la création de
l'empaquetage, mais je ne sais pas comment faire.
Luis

Luis

07/12/2004 à 12:48

Bonjour Raymond,
Le compactage seul se passe très bien et ne crée pas de
fichier.
Si je veux compacter et créer un fichier externe, ça
bloque après le compactage.
Ces essais je les fais avec le runtime sur un pc qui n'a
pas Access, c'est bien la bonne situation?
Car si je fais la même chose sur un pc qui a Access, tout
se passe bien.
Luis

-----Message d'origine-----
on reverra cette question après.
est-ce que le compactage seul sur le même répertoire que
la base est réalisé

correctement, sans créer de fichier ? si oui fais un
compactage en créant un

fichier externe sur le même répertoire que la base.
qu'est-ce que ça dit?

--
@+
Raymond Access MVP
http://OfficeSystem.Access.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum

"Luis" a écrit dans
le message de

news: 1aaa01c4dc45$0f0bc420$
Bonjour Raymond,
Tu me dis de donner le chemin complet de msaccess.exe qui
est le runtime.
J'ai installé le même empaquetage dans 3 ordinateurs
différents n'ayant pas Access installé et voilà ce que
j'ai comme chemin après intallation.
Dans 1er pc C:Program FilesFichiers communsMicrosoft
SharedOffice 10msaccess.exe
dans le 2ème pc C:Program FilesMicrosoft OfficeOffice
10

msaccess.exe
Dans le 3ème pc C:Program Filesmsaccess.exe

L'application par contre s'est toujours installée dans
C:Program FilesSauvegarde (Sauvegarde est le nom que
j'ai donné à l'application)il y a la base, les dll, olb et
tlb qui vont avec.
Ca doit venir de la configuration Windows.
Il est dans ce cas impossible d'indiquer le chemin complet
où va s'installer msaccess.exe
A moins qu'on puisse l'indiquer à la création de
l'empaquetage, mais je ne sais pas comment faire.
Luis

.

Luis

07/12/2004 à 13:05

Bonjour,
J'ai oublié de te dire que dans les deux cas un message
Access me demande si je veux remplacer la base existante.
Si je clique oui sur la base installée avec runtime tout
se bloque, sur pc ou il y a Access la copie et le
remplacement se font.
Luis

-----Message d'origine-----
Bonjour Raymond,
Le compactage seul se passe très bien et ne crée pas de
fichier.
Si je veux compacter et créer un fichier externe, ça
bloque après le compactage.
Ces essais je les fais avec le runtime sur un pc qui n'a
pas Access, c'est bien la bonne situation?
Car si je fais la même chose sur un pc qui a Access, tout
se passe bien.
Luis
-----Message d'origine-----
on reverra cette question après.
est-ce que le compactage seul sur le même répertoire que
la base est réalisé

correctement, sans créer de fichier ? si oui fais un
compactage en créant un

fichier externe sur le même répertoire que la base.
qu'est-ce que ça dit?

--
@+
Raymond Access MVP
http://OfficeSystem.Access.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum

"Luis" a écrit
dans

le message de
news: 1aaa01c4dc45$0f0bc420$
Bonjour Raymond,
Tu me dis de donner le chemin complet de msaccess.exe qui
est le runtime.
J'ai installé le même empaquetage dans 3 ordinateurs
différents n'ayant pas Access installé et voilà ce que
j'ai comme chemin après intallation.
Dans 1er pc C:Program FilesFichiers communsMicrosoft
SharedOffice 10msaccess.exe
dans le 2ème pc C:Program FilesMicrosoft OfficeOffice
10

msaccess.exe
Dans le 3ème pc C:Program Filesmsaccess.exe

L'application par contre s'est toujours installée dans
C:Program FilesSauvegarde (Sauvegarde est le nom que
j'ai donné à l'application)il y a la base, les dll, olb
et

tlb qui vont avec.
Ca doit venir de la configuration Windows.
Il est dans ce cas impossible d'indiquer le chemin
complet

où va s'installer msaccess.exe
A moins qu'on puisse l'indiquer à la création de
l'empaquetage, mais je ne sais pas comment faire.
Luis

.

.

Bonjour,
J'ai oublié de te dire que dans les deux cas un message
Access me demande si je veux remplacer la base existante.
Si je clique oui sur la base installée avec runtime tout
se bloque, sur pc ou il y a Access la copie et le
remplacement se font.
Luis

-----Message d'origine-----
Bonjour Raymond,
Le compactage seul se passe très bien et ne crée pas de
fichier.
Si je veux compacter et créer un fichier externe, ça
bloque après le compactage.
Ces essais je les fais avec le runtime sur un pc qui n'a
pas Access, c'est bien la bonne situation?
Car si je fais la même chose sur un pc qui a Access, tout
se passe bien.
Luis

-----Message d'origine-----
on reverra cette question après.
est-ce que le compactage seul sur le même répertoire que
la base est réalisé

correctement, sans créer de fichier ? si oui fais un
compactage en créant un

fichier externe sur le même répertoire que la base.
qu'est-ce que ça dit?

--
@+
Raymond Access MVP
http://OfficeSystem.Access.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum

"Luis" <anonymous@discussions.microsoft.com> a écrit
dans

le message de

news: 1aaa01c4dc45$0f0bc420$a301280a@phx.gbl...
Bonjour Raymond,
Tu me dis de donner le chemin complet de msaccess.exe qui
est le runtime.
J'ai installé le même empaquetage dans 3 ordinateurs
différents n'ayant pas Access installé et voilà ce que
j'ai comme chemin après intallation.
Dans 1er pc C:Program FilesFichiers communsMicrosoft
SharedOffice 10msaccess.exe
dans le 2ème pc C:Program FilesMicrosoft OfficeOffice
10

msaccess.exe
Dans le 3ème pc C:Program Filesmsaccess.exe

L'application par contre s'est toujours installée dans
C:Program FilesSauvegarde (Sauvegarde est le nom que
j'ai donné à l'application)il y a la base, les dll, olb
et

tlb qui vont avec.
Ca doit venir de la configuration Windows.
Il est dans ce cas impossible d'indiquer le chemin
complet

où va s'installer msaccess.exe
A moins qu'on puisse l'indiquer à la création de
l'empaquetage, mais je ne sais pas comment faire.
Luis

.

.

Vous avez filtré cet utilisateur ! Consultez son message

Raymond [mvp]

07/12/2004 à 13:19

Je n'ai pas trouvé encore de documentation sur le runtime que ne créé pas de
nouvelle base en compactage; je ne vois pas de solution pour l'instant.

--
@+
Raymond Access MVP
http://OfficeSystem.Access.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum

"Luis" a écrit dans le message de
news: 1b3301c4dc55$01c5af00$
Bonjour,
J'ai oublié de te dire que dans les deux cas un message
Access me demande si je veux remplacer la base existante.
Si je clique oui sur la base installée avec runtime tout
se bloque, sur pc ou il y a Access la copie et le
remplacement se font.
Luis

-----Message d'origine-----
Bonjour Raymond,
Le compactage seul se passe très bien et ne crée pas de
fichier.
Si je veux compacter et créer un fichier externe, ça
bloque après le compactage.
Ces essais je les fais avec le runtime sur un pc qui n'a
pas Access, c'est bien la bonne situation?
Car si je fais la même chose sur un pc qui a Access, tout
se passe bien.
Luis
-----Message d'origine-----
on reverra cette question après.
est-ce que le compactage seul sur le même répertoire que
la base est réalisé

correctement, sans créer de fichier ? si oui fais un
compactage en créant un

fichier externe sur le même répertoire que la base.
qu'est-ce que ça dit?

--
@+
Raymond Access MVP
http://OfficeSystem.Access.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum

"Luis" a écrit
dans

le message de
news: 1aaa01c4dc45$0f0bc420$
Bonjour Raymond,
Tu me dis de donner le chemin complet de msaccess.exe qui
est le runtime.
J'ai installé le même empaquetage dans 3 ordinateurs
différents n'ayant pas Access installé et voilà ce que
j'ai comme chemin après intallation.
Dans 1er pc C:Program FilesFichiers communsMicrosoft
SharedOffice 10msaccess.exe
dans le 2ème pc C:Program FilesMicrosoft OfficeOffice
10

msaccess.exe
Dans le 3ème pc C:Program Filesmsaccess.exe

L'application par contre s'est toujours installée dans
C:Program FilesSauvegarde (Sauvegarde est le nom que
j'ai donné à l'application)il y a la base, les dll, olb
et

tlb qui vont avec.
Ca doit venir de la configuration Windows.
Il est dans ce cas impossible d'indiquer le chemin
complet

où va s'installer msaccess.exe
A moins qu'on puisse l'indiquer à la création de
l'empaquetage, mais je ne sais pas comment faire.
Luis

.

.

Je n'ai pas trouvé encore de documentation sur le runtime que ne créé pas de
nouvelle base en compactage; je ne vois pas de solution pour l'instant.

--
@+
Raymond Access MVP
http://OfficeSystem.Access.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum

"Luis" <anonymous@discussions.microsoft.com> a écrit dans le message de
news: 1b3301c4dc55$01c5af00$a301280a@phx.gbl...
Bonjour,
J'ai oublié de te dire que dans les deux cas un message
Access me demande si je veux remplacer la base existante.
Si je clique oui sur la base installée avec runtime tout
se bloque, sur pc ou il y a Access la copie et le
remplacement se font.
Luis

-----Message d'origine-----
Bonjour Raymond,
Le compactage seul se passe très bien et ne crée pas de
fichier.
Si je veux compacter et créer un fichier externe, ça
bloque après le compactage.
Ces essais je les fais avec le runtime sur un pc qui n'a
pas Access, c'est bien la bonne situation?
Car si je fais la même chose sur un pc qui a Access, tout
se passe bien.
Luis

-----Message d'origine-----
on reverra cette question après.
est-ce que le compactage seul sur le même répertoire que
la base est réalisé

correctement, sans créer de fichier ? si oui fais un
compactage en créant un

fichier externe sur le même répertoire que la base.
qu'est-ce que ça dit?

--
@+
Raymond Access MVP
http://OfficeSystem.Access.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum

"Luis" <anonymous@discussions.microsoft.com> a écrit
dans

le message de

news: 1aaa01c4dc45$0f0bc420$a301280a@phx.gbl...
Bonjour Raymond,
Tu me dis de donner le chemin complet de msaccess.exe qui
est le runtime.
J'ai installé le même empaquetage dans 3 ordinateurs
différents n'ayant pas Access installé et voilà ce que
j'ai comme chemin après intallation.
Dans 1er pc C:Program FilesFichiers communsMicrosoft
SharedOffice 10msaccess.exe
dans le 2ème pc C:Program FilesMicrosoft OfficeOffice
10

msaccess.exe
Dans le 3ème pc C:Program Filesmsaccess.exe

L'application par contre s'est toujours installée dans
C:Program FilesSauvegarde (Sauvegarde est le nom que
j'ai donné à l'application)il y a la base, les dll, olb
et

tlb qui vont avec.
Ca doit venir de la configuration Windows.
Il est dans ce cas impossible d'indiquer le chemin
complet

où va s'installer msaccess.exe
A moins qu'on puisse l'indiquer à la création de
l'empaquetage, mais je ne sais pas comment faire.
Luis

.

.

Vous avez filtré cet utilisateur ! Consultez son message

Je n'ai pas trouvé encore de documentation sur le runtime que ne créé pas de
nouvelle base en compactage; je ne vois pas de solution pour l'instant.

--
@+
Raymond Access MVP
http://OfficeSystem.Access.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum

"Luis" a écrit dans le message de
news: 1b3301c4dc55$01c5af00$
Bonjour,
J'ai oublié de te dire que dans les deux cas un message
Access me demande si je veux remplacer la base existante.
Si je clique oui sur la base installée avec runtime tout
se bloque, sur pc ou il y a Access la copie et le
remplacement se font.
Luis

-----Message d'origine-----
Bonjour Raymond,
Le compactage seul se passe très bien et ne crée pas de
fichier.
Si je veux compacter et créer un fichier externe, ça
bloque après le compactage.
Ces essais je les fais avec le runtime sur un pc qui n'a
pas Access, c'est bien la bonne situation?
Car si je fais la même chose sur un pc qui a Access, tout
se passe bien.
Luis
-----Message d'origine-----
on reverra cette question après.
est-ce que le compactage seul sur le même répertoire que
la base est réalisé

correctement, sans créer de fichier ? si oui fais un
compactage en créant un

fichier externe sur le même répertoire que la base.
qu'est-ce que ça dit?

--
@+
Raymond Access MVP
http://OfficeSystem.Access.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum

"Luis" a écrit
dans

le message de
news: 1aaa01c4dc45$0f0bc420$
Bonjour Raymond,
Tu me dis de donner le chemin complet de msaccess.exe qui
est le runtime.
J'ai installé le même empaquetage dans 3 ordinateurs
différents n'ayant pas Access installé et voilà ce que
j'ai comme chemin après intallation.
Dans 1er pc C:Program FilesFichiers communsMicrosoft
SharedOffice 10msaccess.exe
dans le 2ème pc C:Program FilesMicrosoft OfficeOffice
10

msaccess.exe
Dans le 3ème pc C:Program Filesmsaccess.exe

L'application par contre s'est toujours installée dans
C:Program FilesSauvegarde (Sauvegarde est le nom que
j'ai donné à l'application)il y a la base, les dll, olb
et

tlb qui vont avec.
Ca doit venir de la configuration Windows.
Il est dans ce cas impossible d'indiquer le chemin
complet

où va s'installer msaccess.exe
A moins qu'on puisse l'indiquer à la création de
l'empaquetage, mais je ne sais pas comment faire.
Luis

.

.

Raymond [mvp]

07/12/2004 à 16:01

Toujours rien trouvé.

une dernière question .
si c'est une base mde, c'est ta base frontale, alors pourquoi ne pas cocher
tout simplement la case compactage à la sortie ? d'autre part créer un
nouveau fichier compacté pour une base mde frontale ne sert strictement à
rien. tu te tritures les méninges pourquoi faire dans ce cas ?

--
@+
Raymond Access MVP
http://OfficeSystem.Access.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum

"Raymond [mvp]" a écrit dans le message de
news:

Je n'ai pas trouvé encore de documentation sur le runtime que ne créé pas
de nouvelle base en compactage; je ne vois pas de solution pour l'instant.

--
@+
Raymond Access MVP
http://OfficeSystem.Access.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum

Luis

07/12/2004 à 16:49

Bonjour Raymond,
Non la base mde est la base qui commande le compactage et
la copie de sauvegarde de DATA, qui elle est une base
dorsale.
Dans cette base mde ily a:
If Not AppOK
("""MSACCESS.EXE"" ""C:Data.mdb"" /compact ""Z:Sauvegarde

Data.mdb""") Then MsgBox "Erreur exécution"

Si cette base frontale est installée sur un pc où il y a
Access tout va bien, mais cette petite base frontale doit
aller sur le pc où il y a la base dorsale DATA et sur ce
pc il n'y a pas d'access installé.
Luis

-----Message d'origine-----
Toujours rien trouvé.

une dernière question .
si c'est une base mde, c'est ta base frontale, alors
pourquoi ne pas cocher

tout simplement la case compactage à la sortie ? d'autre
part créer un

nouveau fichier compacté pour une base mde frontale ne
sert strictement à

rien. tu te tritures les méninges pourquoi faire dans ce
cas ?

--
@+
Raymond Access MVP
http://OfficeSystem.Access.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum

"Raymond [mvp]" a écrit
dans le message de

news:
Je n'ai pas trouvé encore de documentation sur le
runtime que ne créé pas

de nouvelle base en compactage; je ne vois pas de
solution pour l'instant.

--
@+
Raymond Access MVP
http://OfficeSystem.Access.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum

.

Raymond [mvp]

07/12/2004 à 17:06

Tu vas procéder autrement et comme tout le monde.
dans ta base principale tu coches la case compacter à la sortie. dans cette
base princiaple tu places la macro autoexec avec une seule instruction
QUITTER.
sur ton serveur tu as le runtime.
par une tâche planifiée tu ouvres ta base principale qui grâce à la macro
eutoexec va se fermer immédiatement et se compacter.
toujours dans ta tâche planifiée tu fais une copie de ta base principale où
tu veux.
et tes problèmes sont résolus.

--
@+
Raymond Access MVP
http://OfficeSystem.Access.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum

"Luis" a écrit dans le message de
news: 1ed001c4dc74$5fc416e0$
Bonjour Raymond,
Non la base mde est la base qui commande le compactage et
la copie de sauvegarde de DATA, qui elle est une base
dorsale.
Dans cette base mde ily a:
If Not AppOK
("""MSACCESS.EXE"" ""C:Data.mdb"" /compact ""Z:Sauvegarde

Data.mdb""") Then MsgBox "Erreur exécution"

Si cette base frontale est installée sur un pc où il y a
Access tout va bien, mais cette petite base frontale doit
aller sur le pc où il y a la base dorsale DATA et sur ce
pc il n'y a pas d'access installé.
Luis

Luis

07/12/2004 à 17:58

Bonjour Raymond,
Non seulement cette façon de faire est difficile a
appliquer lorsque le serveur est le même pc d'un des
collaborateurs (et ils ont ordre d'éteindre leur pc en
partant), et ils ne vont pas rester jusqu'à ce que la
tâche planifiée se soit accomplie.
Bon de toutes façons j'ai essayé sur le pc que j'ai là et
lorsque la tâche plannifiée donne l'ordre à la base
principale de s'ouvrir un message d'erreur grave apparaît:

Windows ne trouve pas C:DATA.mdb'. Vous avez peut-être
tapé un nom incorrect dans le champ exécuter un programme
ou un autre programme ne peut pas trouver le fichier
système ....etc, il y a trois pages.
J'ai essayé d'ouvrir la base directement et cliquant
dessus et j'ai le même problème.

Je pense que le fait de quitter en ouvrant ne laisse pas
le temps à Windows de reconnaître la base.
D'autre part dès que l'on veut saisir quelque chose sur la
base dorsale, il y a déconnection des tables et Access me
fait un message d'erreur.

Je pense qu'il faut faire autrement.
Luis

-----Message d'origine-----
Tu vas procéder autrement et comme tout le monde.
dans ta base principale tu coches la case compacter à la
sortie. dans cette

base princiaple tu places la macro autoexec avec une
seule instruction

QUITTER.
sur ton serveur tu as le runtime.
par une tâche planifiée tu ouvres ta base principale qui
grâce à la macro

eutoexec va se fermer immédiatement et se compacter.
toujours dans ta tâche planifiée tu fais une copie de ta
base principale où

tu veux.
et tes problèmes sont résolus.

--
@+
Raymond Access MVP
http://OfficeSystem.Access.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum

"Luis" a écrit dans
le message de

news: 1ed001c4dc74$5fc416e0$
Bonjour Raymond,
Non la base mde est la base qui commande le compactage et
la copie de sauvegarde de DATA, qui elle est une base
dorsale.
Dans cette base mde ily a:
If Not AppOK

("""MSACCESS.EXE"" ""C:Data.mdb"" /compact ""Z:Sauvegarde

Data.mdb""") Then MsgBox "Erreur exécution"

Si cette base frontale est installée sur un pc où il y a
Access tout va bien, mais cette petite base frontale doit
aller sur le pc où il y a la base dorsale DATA et sur ce
pc il n'y a pas d'access installé.
Luis

.

Bonjour Raymond,
Non seulement cette façon de faire est difficile a
appliquer lorsque le serveur est le même pc d'un des
collaborateurs (et ils ont ordre d'éteindre leur pc en
partant), et ils ne vont pas rester jusqu'à ce que la
tâche planifiée se soit accomplie.
Bon de toutes façons j'ai essayé sur le pc que j'ai là et
lorsque la tâche plannifiée donne l'ordre à la base
principale de s'ouvrir un message d'erreur grave apparaît:

Windows ne trouve pas C:DATA.mdb'. Vous avez peut-être
tapé un nom incorrect dans le champ exécuter un programme
ou un autre programme ne peut pas trouver le fichier
système ....etc, il y a trois pages.
J'ai essayé d'ouvrir la base directement et cliquant
dessus et j'ai le même problème.

Je pense que le fait de quitter en ouvrant ne laisse pas
le temps à Windows de reconnaître la base.
D'autre part dès que l'on veut saisir quelque chose sur la
base dorsale, il y a déconnection des tables et Access me
fait un message d'erreur.

Je pense qu'il faut faire autrement.
Luis

-----Message d'origine-----
Tu vas procéder autrement et comme tout le monde.
dans ta base principale tu coches la case compacter à la
sortie. dans cette

base princiaple tu places la macro autoexec avec une
seule instruction

QUITTER.
sur ton serveur tu as le runtime.
par une tâche planifiée tu ouvres ta base principale qui
grâce à la macro

eutoexec va se fermer immédiatement et se compacter.
toujours dans ta tâche planifiée tu fais une copie de ta
base principale où

tu veux.
et tes problèmes sont résolus.

--
@+
Raymond Access MVP
http://OfficeSystem.Access.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum

"Luis" <anonymous@discussions.microsoft.com> a écrit dans
le message de

news: 1ed001c4dc74$5fc416e0$a401280a@phx.gbl...
Bonjour Raymond,
Non la base mde est la base qui commande le compactage et
la copie de sauvegarde de DATA, qui elle est une base
dorsale.
Dans cette base mde ily a:
If Not AppOK

("""MSACCESS.EXE"" ""C:Data.mdb"" /compact ""Z:Sauvegarde

Data.mdb""") Then MsgBox "Erreur exécution"

Si cette base frontale est installée sur un pc où il y a
Access tout va bien, mais cette petite base frontale doit
aller sur le pc où il y a la base dorsale DATA et sur ce
pc il n'y a pas d'access installé.
Luis

.

Vous avez filtré cet utilisateur ! Consultez son message

Bonjour Raymond,
Non seulement cette façon de faire est difficile a
appliquer lorsque le serveur est le même pc d'un des
collaborateurs (et ils ont ordre d'éteindre leur pc en
partant), et ils ne vont pas rester jusqu'à ce que la
tâche planifiée se soit accomplie.
Bon de toutes façons j'ai essayé sur le pc que j'ai là et
lorsque la tâche plannifiée donne l'ordre à la base
principale de s'ouvrir un message d'erreur grave apparaît:

Windows ne trouve pas C:DATA.mdb'. Vous avez peut-être
tapé un nom incorrect dans le champ exécuter un programme
ou un autre programme ne peut pas trouver le fichier
système ....etc, il y a trois pages.
J'ai essayé d'ouvrir la base directement et cliquant
dessus et j'ai le même problème.

Je pense que le fait de quitter en ouvrant ne laisse pas
le temps à Windows de reconnaître la base.
D'autre part dès que l'on veut saisir quelque chose sur la
base dorsale, il y a déconnection des tables et Access me
fait un message d'erreur.

Je pense qu'il faut faire autrement.
Luis

-----Message d'origine-----
Tu vas procéder autrement et comme tout le monde.
dans ta base principale tu coches la case compacter à la
sortie. dans cette

base princiaple tu places la macro autoexec avec une
seule instruction

QUITTER.
sur ton serveur tu as le runtime.
par une tâche planifiée tu ouvres ta base principale qui
grâce à la macro

eutoexec va se fermer immédiatement et se compacter.
toujours dans ta tâche planifiée tu fais une copie de ta
base principale où

tu veux.
et tes problèmes sont résolus.

--
@+
Raymond Access MVP
http://OfficeSystem.Access.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum

"Luis" a écrit dans
le message de

news: 1ed001c4dc74$5fc416e0$
Bonjour Raymond,
Non la base mde est la base qui commande le compactage et
la copie de sauvegarde de DATA, qui elle est une base
dorsale.
Dans cette base mde ily a:
If Not AppOK

("""MSACCESS.EXE"" ""C:Data.mdb"" /compact ""Z:Sauvegarde

Data.mdb""") Then MsgBox "Erreur exécution"

Si cette base frontale est installée sur un pc où il y a
Access tout va bien, mais cette petite base frontale doit
aller sur le pc où il y a la base dorsale DATA et sur ce
pc il n'y a pas d'access installé.
Luis

.

Raymond [mvp]

07/12/2004 à 18:21

ce travail doit se faire lorsque tout le monde est déconnecté et juste avant
la sauvegarde. Comment font-ils ces messieurs pou faire une sauvegarde
générale tous les soirs, s'ils n'ont pas le temps?
je ne sais pas pourquoi, mais je te sens mal embarqué dans ces applications.

--
@+
Raymond Access MVP
http://OfficeSystem.Access.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum

"Luis" a écrit dans le message de
news: 1f2b01c4dc7d$e88acdd0$
Bonjour Raymond,
Non seulement cette façon de faire est difficile a
appliquer lorsque le serveur est le même pc d'un des
collaborateurs (et ils ont ordre d'éteindre leur pc en
partant), et ils ne vont pas rester jusqu'à ce que la
tâche planifiée se soit accomplie.
Bon de toutes façons j'ai essayé sur le pc que j'ai là et
lorsque la tâche plannifiée donne l'ordre à la base
principale de s'ouvrir un message d'erreur grave apparaît:

Windows ne trouve pas C:DATA.mdb'. Vous avez peut-être
tapé un nom incorrect dans le champ exécuter un programme
ou un autre programme ne peut pas trouver le fichier
système ....etc, il y a trois pages.
J'ai essayé d'ouvrir la base directement et cliquant
dessus et j'ai le même problème.

Je pense que le fait de quitter en ouvrant ne laisse pas
le temps à Windows de reconnaître la base.
D'autre part dès que l'on veut saisir quelque chose sur la
base dorsale, il y a déconnection des tables et Access me
fait un message d'erreur.

Je pense qu'il faut faire autrement.
Luis

-----Message d'origine-----
Tu vas procéder autrement et comme tout le monde.
dans ta base principale tu coches la case compacter à la
sortie. dans cette

base princiaple tu places la macro autoexec avec une
seule instruction

QUITTER.
sur ton serveur tu as le runtime.
par une tâche planifiée tu ouvres ta base principale qui
grâce à la macro

eutoexec va se fermer immédiatement et se compacter.
toujours dans ta tâche planifiée tu fais une copie de ta
base principale où

tu veux.
et tes problèmes sont résolus.

--
@+
Raymond Access MVP
http://OfficeSystem.Access.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum

"Luis" a écrit dans
le message de

news: 1ed001c4dc74$5fc416e0$
Bonjour Raymond,
Non la base mde est la base qui commande le compactage et
la copie de sauvegarde de DATA, qui elle est une base
dorsale.
Dans cette base mde ily a:
If Not AppOK

("""MSACCESS.EXE"" ""C:Data.mdb"" /compact ""Z:Sauvegarde

Data.mdb""") Then MsgBox "Erreur exécution"

Si cette base frontale est installée sur un pc où il y a
Access tout va bien, mais cette petite base frontale doit
aller sur le pc où il y a la base dorsale DATA et sur ce
pc il n'y a pas d'access installé.
Luis

.

ce travail doit se faire lorsque tout le monde est déconnecté et juste avant
la sauvegarde. Comment font-ils ces messieurs pou faire une sauvegarde
générale tous les soirs, s'ils n'ont pas le temps?
je ne sais pas pourquoi, mais je te sens mal embarqué dans ces applications.

--
@+
Raymond Access MVP
http://OfficeSystem.Access.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum

"Luis" <anonymous@discussions.microsoft.com> a écrit dans le message de
news: 1f2b01c4dc7d$e88acdd0$a401280a@phx.gbl...
Bonjour Raymond,
Non seulement cette façon de faire est difficile a
appliquer lorsque le serveur est le même pc d'un des
collaborateurs (et ils ont ordre d'éteindre leur pc en
partant), et ils ne vont pas rester jusqu'à ce que la
tâche planifiée se soit accomplie.
Bon de toutes façons j'ai essayé sur le pc que j'ai là et
lorsque la tâche plannifiée donne l'ordre à la base
principale de s'ouvrir un message d'erreur grave apparaît:

Windows ne trouve pas C:DATA.mdb'. Vous avez peut-être
tapé un nom incorrect dans le champ exécuter un programme
ou un autre programme ne peut pas trouver le fichier
système ....etc, il y a trois pages.
J'ai essayé d'ouvrir la base directement et cliquant
dessus et j'ai le même problème.

Je pense que le fait de quitter en ouvrant ne laisse pas
le temps à Windows de reconnaître la base.
D'autre part dès que l'on veut saisir quelque chose sur la
base dorsale, il y a déconnection des tables et Access me
fait un message d'erreur.

Je pense qu'il faut faire autrement.
Luis

-----Message d'origine-----
Tu vas procéder autrement et comme tout le monde.
dans ta base principale tu coches la case compacter à la
sortie. dans cette

base princiaple tu places la macro autoexec avec une
seule instruction

QUITTER.
sur ton serveur tu as le runtime.
par une tâche planifiée tu ouvres ta base principale qui
grâce à la macro

eutoexec va se fermer immédiatement et se compacter.
toujours dans ta tâche planifiée tu fais une copie de ta
base principale où

tu veux.
et tes problèmes sont résolus.

--
@+
Raymond Access MVP
http://OfficeSystem.Access.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum

"Luis" <anonymous@discussions.microsoft.com> a écrit dans
le message de

news: 1ed001c4dc74$5fc416e0$a401280a@phx.gbl...
Bonjour Raymond,
Non la base mde est la base qui commande le compactage et
la copie de sauvegarde de DATA, qui elle est une base
dorsale.
Dans cette base mde ily a:
If Not AppOK

("""MSACCESS.EXE"" ""C:Data.mdb"" /compact ""Z:Sauvegarde

Data.mdb""") Then MsgBox "Erreur exécution"

Si cette base frontale est installée sur un pc où il y a
Access tout va bien, mais cette petite base frontale doit
aller sur le pc où il y a la base dorsale DATA et sur ce
pc il n'y a pas d'access installé.
Luis

.

Vous avez filtré cet utilisateur ! Consultez son message

ce travail doit se faire lorsque tout le monde est déconnecté et juste avant
la sauvegarde. Comment font-ils ces messieurs pou faire une sauvegarde
générale tous les soirs, s'ils n'ont pas le temps?
je ne sais pas pourquoi, mais je te sens mal embarqué dans ces applications.

--
@+
Raymond Access MVP
http://OfficeSystem.Access.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum

"Luis" a écrit dans le message de
news: 1f2b01c4dc7d$e88acdd0$
Bonjour Raymond,
Non seulement cette façon de faire est difficile a
appliquer lorsque le serveur est le même pc d'un des
collaborateurs (et ils ont ordre d'éteindre leur pc en
partant), et ils ne vont pas rester jusqu'à ce que la
tâche planifiée se soit accomplie.
Bon de toutes façons j'ai essayé sur le pc que j'ai là et
lorsque la tâche plannifiée donne l'ordre à la base
principale de s'ouvrir un message d'erreur grave apparaît:

Windows ne trouve pas C:DATA.mdb'. Vous avez peut-être
tapé un nom incorrect dans le champ exécuter un programme
ou un autre programme ne peut pas trouver le fichier
système ....etc, il y a trois pages.
J'ai essayé d'ouvrir la base directement et cliquant
dessus et j'ai le même problème.

Je pense que le fait de quitter en ouvrant ne laisse pas
le temps à Windows de reconnaître la base.
D'autre part dès que l'on veut saisir quelque chose sur la
base dorsale, il y a déconnection des tables et Access me
fait un message d'erreur.

Je pense qu'il faut faire autrement.
Luis

-----Message d'origine-----
Tu vas procéder autrement et comme tout le monde.
dans ta base principale tu coches la case compacter à la
sortie. dans cette

base princiaple tu places la macro autoexec avec une
seule instruction

QUITTER.
sur ton serveur tu as le runtime.
par une tâche planifiée tu ouvres ta base principale qui
grâce à la macro

eutoexec va se fermer immédiatement et se compacter.
toujours dans ta tâche planifiée tu fais une copie de ta
base principale où

tu veux.
et tes problèmes sont résolus.

--
@+
Raymond Access MVP
http://OfficeSystem.Access.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum

"Luis" a écrit dans
le message de

news: 1ed001c4dc74$5fc416e0$
Bonjour Raymond,
Non la base mde est la base qui commande le compactage et
la copie de sauvegarde de DATA, qui elle est une base
dorsale.
Dans cette base mde ily a:
If Not AppOK

("""MSACCESS.EXE"" ""C:Data.mdb"" /compact ""Z:Sauvegarde

Data.mdb""") Then MsgBox "Erreur exécution"

Si cette base frontale est installée sur un pc où il y a
Access tout va bien, mais cette petite base frontale doit
aller sur le pc où il y a la base dorsale DATA et sur ce
pc il n'y a pas d'access installé.
Luis

.

Luis

07/12/2004 à 18:47

Bonjour Raymond,
Non le problème est que l'horaire est très élastique, il
arrive souvent que certains restent très tard pour finir
et qu'ils partent avant un jour ou ils ont moins de
travail.
C'est pour cette raison qu'une tâche planifiée alors que
les horaires sont très flottants, difficile à mettre en
place.
Et c'est pour cette raison que je voulais faire cette
petite application à installer sur tous le pc et le
dernier fait la sauvegarde en partant et éteint.
Voilà mon problème et voilà pourquoi je dois résoudre le
problème de la base principale installée sur un pc sans
Access, car le problème est là.
Luis

-----Message d'origine-----
ce travail doit se faire lorsque tout le monde est
déconnecté et juste avant

la sauvegarde. Comment font-ils ces messieurs pou faire
une sauvegarde

générale tous les soirs, s'ils n'ont pas le temps?
je ne sais pas pourquoi, mais je te sens mal embarqué
dans ces applications.

--
@+
Raymond Access MVP
http://OfficeSystem.Access.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum

"Luis" a écrit dans
le message de

news: 1f2b01c4dc7d$e88acdd0$
Bonjour Raymond,
Non seulement cette façon de faire est difficile a
appliquer lorsque le serveur est le même pc d'un des
collaborateurs (et ils ont ordre d'éteindre leur pc en
partant), et ils ne vont pas rester jusqu'à ce que la
tâche planifiée se soit accomplie.
Bon de toutes façons j'ai essayé sur le pc que j'ai là et
lorsque la tâche plannifiée donne l'ordre à la base
principale de s'ouvrir un message d'erreur grave apparaît:

Windows ne trouve pas C:DATA.mdb'. Vous avez peut-être
tapé un nom incorrect dans le champ exécuter un programme
ou un autre programme ne peut pas trouver le fichier
système ....etc, il y a trois pages.
J'ai essayé d'ouvrir la base directement et cliquant
dessus et j'ai le même problème.

Je pense que le fait de quitter en ouvrant ne laisse pas
le temps à Windows de reconnaître la base.
D'autre part dès que l'on veut saisir quelque chose sur la
base dorsale, il y a déconnection des tables et Access me
fait un message d'erreur.

Je pense qu'il faut faire autrement.
Luis

-----Message d'origine-----
Tu vas procéder autrement et comme tout le monde.
dans ta base principale tu coches la case compacter à la
sortie. dans cette

base princiaple tu places la macro autoexec avec une
seule instruction

QUITTER.
sur ton serveur tu as le runtime.
par une tâche planifiée tu ouvres ta base principale qui
grâce à la macro

eutoexec va se fermer immédiatement et se compacter.
toujours dans ta tâche planifiée tu fais une copie de ta
base principale où

tu veux.
et tes problèmes sont résolus.

--
@+
Raymond Access MVP
http://OfficeSystem.Access.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum

"Luis" a écrit dans
le message de

news: 1ed001c4dc74$5fc416e0$
Bonjour Raymond,
Non la base mde est la base qui commande le compactage et
la copie de sauvegarde de DATA, qui elle est une base
dorsale.
Dans cette base mde ily a:
If Not AppOK

("""MSACCESS.EXE"" ""C:Data.mdb"" /compact ""Z:Sauvegarde

Data.mdb""") Then MsgBox "Erreur exécution"

Si cette base frontale est installée sur un pc où il y a
Access tout va bien, mais cette petite base frontale doit
aller sur le pc où il y a la base dorsale DATA et sur ce
pc il n'y a pas d'access installé.
Luis

.

.

Bonjour Raymond,
Non le problème est que l'horaire est très élastique, il
arrive souvent que certains restent très tard pour finir
et qu'ils partent avant un jour ou ils ont moins de
travail.
C'est pour cette raison qu'une tâche planifiée alors que
les horaires sont très flottants, difficile à mettre en
place.
Et c'est pour cette raison que je voulais faire cette
petite application à installer sur tous le pc et le
dernier fait la sauvegarde en partant et éteint.
Voilà mon problème et voilà pourquoi je dois résoudre le
problème de la base principale installée sur un pc sans
Access, car le problème est là.
Luis

-----Message d'origine-----
ce travail doit se faire lorsque tout le monde est
déconnecté et juste avant

la sauvegarde. Comment font-ils ces messieurs pou faire
une sauvegarde

générale tous les soirs, s'ils n'ont pas le temps?
je ne sais pas pourquoi, mais je te sens mal embarqué
dans ces applications.

--
@+
Raymond Access MVP
http://OfficeSystem.Access.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum

"Luis" <anonymous@discussions.microsoft.com> a écrit dans
le message de

news: 1f2b01c4dc7d$e88acdd0$a401280a@phx.gbl...
Bonjour Raymond,
Non seulement cette façon de faire est difficile a
appliquer lorsque le serveur est le même pc d'un des
collaborateurs (et ils ont ordre d'éteindre leur pc en
partant), et ils ne vont pas rester jusqu'à ce que la
tâche planifiée se soit accomplie.
Bon de toutes façons j'ai essayé sur le pc que j'ai là et
lorsque la tâche plannifiée donne l'ordre à la base
principale de s'ouvrir un message d'erreur grave apparaît:

Windows ne trouve pas C:DATA.mdb'. Vous avez peut-être
tapé un nom incorrect dans le champ exécuter un programme
ou un autre programme ne peut pas trouver le fichier
système ....etc, il y a trois pages.
J'ai essayé d'ouvrir la base directement et cliquant
dessus et j'ai le même problème.

Je pense que le fait de quitter en ouvrant ne laisse pas
le temps à Windows de reconnaître la base.
D'autre part dès que l'on veut saisir quelque chose sur la
base dorsale, il y a déconnection des tables et Access me
fait un message d'erreur.

Je pense qu'il faut faire autrement.
Luis

-----Message d'origine-----
Tu vas procéder autrement et comme tout le monde.
dans ta base principale tu coches la case compacter à la
sortie. dans cette

base princiaple tu places la macro autoexec avec une
seule instruction

QUITTER.
sur ton serveur tu as le runtime.
par une tâche planifiée tu ouvres ta base principale qui
grâce à la macro

eutoexec va se fermer immédiatement et se compacter.
toujours dans ta tâche planifiée tu fais une copie de ta
base principale où

tu veux.
et tes problèmes sont résolus.

--
@+
Raymond Access MVP
http://OfficeSystem.Access.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum

"Luis" <anonymous@discussions.microsoft.com> a écrit dans
le message de

news: 1ed001c4dc74$5fc416e0$a401280a@phx.gbl...
Bonjour Raymond,
Non la base mde est la base qui commande le compactage et
la copie de sauvegarde de DATA, qui elle est une base
dorsale.
Dans cette base mde ily a:
If Not AppOK

("""MSACCESS.EXE"" ""C:Data.mdb"" /compact ""Z:Sauvegarde

Data.mdb""") Then MsgBox "Erreur exécution"

Si cette base frontale est installée sur un pc où il y a
Access tout va bien, mais cette petite base frontale doit
aller sur le pc où il y a la base dorsale DATA et sur ce
pc il n'y a pas d'access installé.
Luis

.

.

Vous avez filtré cet utilisateur ! Consultez son message

Bonjour Raymond,
Non le problème est que l'horaire est très élastique, il
arrive souvent que certains restent très tard pour finir
et qu'ils partent avant un jour ou ils ont moins de
travail.
C'est pour cette raison qu'une tâche planifiée alors que
les horaires sont très flottants, difficile à mettre en
place.
Et c'est pour cette raison que je voulais faire cette
petite application à installer sur tous le pc et le
dernier fait la sauvegarde en partant et éteint.
Voilà mon problème et voilà pourquoi je dois résoudre le
problème de la base principale installée sur un pc sans
Access, car le problème est là.
Luis

-----Message d'origine-----
ce travail doit se faire lorsque tout le monde est
déconnecté et juste avant

la sauvegarde. Comment font-ils ces messieurs pou faire
une sauvegarde

générale tous les soirs, s'ils n'ont pas le temps?
je ne sais pas pourquoi, mais je te sens mal embarqué
dans ces applications.

--
@+
Raymond Access MVP
http://OfficeSystem.Access.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum

"Luis" a écrit dans
le message de

news: 1f2b01c4dc7d$e88acdd0$
Bonjour Raymond,
Non seulement cette façon de faire est difficile a
appliquer lorsque le serveur est le même pc d'un des
collaborateurs (et ils ont ordre d'éteindre leur pc en
partant), et ils ne vont pas rester jusqu'à ce que la
tâche planifiée se soit accomplie.
Bon de toutes façons j'ai essayé sur le pc que j'ai là et
lorsque la tâche plannifiée donne l'ordre à la base
principale de s'ouvrir un message d'erreur grave apparaît:

Windows ne trouve pas C:DATA.mdb'. Vous avez peut-être
tapé un nom incorrect dans le champ exécuter un programme
ou un autre programme ne peut pas trouver le fichier
système ....etc, il y a trois pages.
J'ai essayé d'ouvrir la base directement et cliquant
dessus et j'ai le même problème.

Je pense que le fait de quitter en ouvrant ne laisse pas
le temps à Windows de reconnaître la base.
D'autre part dès que l'on veut saisir quelque chose sur la
base dorsale, il y a déconnection des tables et Access me
fait un message d'erreur.

Je pense qu'il faut faire autrement.
Luis

-----Message d'origine-----
Tu vas procéder autrement et comme tout le monde.
dans ta base principale tu coches la case compacter à la
sortie. dans cette

base princiaple tu places la macro autoexec avec une
seule instruction

QUITTER.
sur ton serveur tu as le runtime.
par une tâche planifiée tu ouvres ta base principale qui
grâce à la macro

eutoexec va se fermer immédiatement et se compacter.
toujours dans ta tâche planifiée tu fais une copie de ta
base principale où

tu veux.
et tes problèmes sont résolus.

--
@+
Raymond Access MVP
http://OfficeSystem.Access.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum

"Luis" a écrit dans
le message de

news: 1ed001c4dc74$5fc416e0$
Bonjour Raymond,
Non la base mde est la base qui commande le compactage et
la copie de sauvegarde de DATA, qui elle est une base
dorsale.
Dans cette base mde ily a:
If Not AppOK

("""MSACCESS.EXE"" ""C:Data.mdb"" /compact ""Z:Sauvegarde

Data.mdb""") Then MsgBox "Erreur exécution"

Si cette base frontale est installée sur un pc où il y a
Access tout va bien, mais cette petite base frontale doit
aller sur le pc où il y a la base dorsale DATA et sur ce
pc il n'y a pas d'access installé.
Luis

.

.

Base mde empaquetée

10 réponses

Veuillez sélectionner un problème