Nicht zu empfehlen
Mach ein Makro und starte darin die Funktion, welche Dir das gewünschte
ausführt.
(...msaccess.exe /X=MeinMakro)
Dies kannst du dann sehr komfortabel über ein Task-Scheduling-Programm
(Systemdienste), wie es z.B. im Win95 Plus oder Win98 mitgeliefert wird, zu
den gewünschten Zeitpunkten starten. ist viel sicherer, zudem ist die DB
während eines Saves (z.B. auf dem Server) nicht offen und wird auch
mitgesichtert
Die Timer-Funktion in Access eignet sich hierfür nach meiner Meinung nicht.
Falls Du unter NT arbeitest, musst Du Dir sowas kaufen. Mit dem AT-Befehl
würd ich mir das nicht antun.
(tut auch sehr unzuverlässig und sehr umständliches Handling)
Gruss
Peter
Mark Rautenhaus <Ma...@Rautenhaus.com> schrieb in im Newsbeitrag:
36F56ACA...@Rautenhaus.com...
> Hallo NGW´ler,
> gibt es eine Möglichkeit eine Abfrage in einer offenen Datenbank in
> einem bestimmten Zeitintervall automatisch auszuführen?
> Vielen Dank für Tips....
>
>
> Gruß Mark
>
ja, Formular öffnen, Eigenschaft "bei Zeitgeber" dort die gewünschte
Prozedur reinschreiben und dann "bei Zeitgeberintervall" eine Zahl, d.h. die
Zeit (in Millisekunden) reinschreiben wie oft das Programm ausgeführt werden
soll. Das Formular kann durchaus auch "hidden" d.h. unsichtbar (verborgen)
geöffnet werden.
Eigenschaft "bei Zeitgeber" -- F1
Eigenschaft "Zeitgeberintervall" -- F1
mfg
Klaus KO...@gmx.de
PS:Tips und Tricks zu ACCESS 97 (** KnowHow-MDB ** Ver 2.0) unter
http://www.accessware.de/ und anderen
Access-FAQ bei: http://members.eunet.at/donkarl/
PPS: bitte XXX aus meiner EMail-Adresse entfernen (SpamSchutz)
Mark Rautenhaus <Ma...@Rautenhaus.com> wrote in message
news:36F56ACA...@Rautenhaus.com...
Gruß Mark
Peter Steimann schrieb:
> Hi Mark
>
> Nicht zu empfehlen
>
> Mach ein Makro und starte darin die Funktion, welche Dir das gewünschte
> ausführt.
> (...msaccess.exe /X=MeinMakro)
>
> Dies kannst du dann sehr komfortabel über ein Task-Scheduling-Programm
> (Systemdienste), wie es z.B. im Win95 Plus oder Win98 mitgeliefert wird, zu
> den gewünschten Zeitpunkten starten. ist viel sicherer, zudem ist die DB
> während eines Saves (z.B. auf dem Server) nicht offen und wird auch
> mitgesichtert
>
> Die Timer-Funktion in Access eignet sich hierfür nach meiner Meinung nicht.
>
> Falls Du unter NT arbeitest, musst Du Dir sowas kaufen. Mit dem AT-Befehl
> würd ich mir das nicht antun.
> (tut auch sehr unzuverlässig und sehr umständliches Handling)
>
> Gruss
>
> Peter
>
> Mark Rautenhaus <Ma...@Rautenhaus.com> schrieb in im Newsbeitrag:
es gibt für Win NT ein RESKIT. In diesem kostenlosen Zusatztool für Win NT
ist WINAT.EXE enthalten.
Mit diesem Programm kannst Du Vorgänge automatisch planen.
Muß mal mein Microsoft nach dem Teil suchen.
Schöne Grüße - Günther - http://www.microsys-kramer.de
kostenlose, praxisnahe Access-Beispiele mit offenem VBA-Code u.v.m
----------------------------------------------------------------------------
Die häufigsten Accessfragen: http://members.eunet.at/donkarl/FAQ.htm
ein sehr flexibles Tool nennt sich "runner.exe" und = Freeware. bei
http://home.comset.net/panoff/runner
Aber was "at" auf dem NT betrifft geh ich mit dem Peter nicht konform: ich
finde es funkt bestens.
Michael Steinboeck, Microsoft MVP - Access
http://www.steinboeck.com/download/freeaccess.htm
Wenn jemand meine Tips auf frei zugänglichen Internetseiten veroeffentlichen
will, darf er dies gerne machen, wenn er mich als Autor angibt, und einen
Link zu obengenannter Seite angibt
:Schöne Grüße - Günther - http://www.microsys-kramer.de
:kostenlose, praxisnahe Access-Beispiele mit offenem VBA-Code u.v.m
:---------------------------------------------------------------------------
-
:Die häufigsten Accessfragen: http://members.eunet.at/donkarl/FAQ.htm
Ich hab's schon einigemale mit dem at probiert, hab dann aber immer
unterschiedliche Fehlermeldungen von meiner DB zurückerhalten. Start über
eine normale Verknüpfung funktionierte einwandfrei, ein externes Tool hatte
auch keine Probleme damit. (Stand:SP4)
Gruss
Peter
Günther Kramer <microsy...@compuserve.com> schrieb in im Newsbeitrag:
erS2bBFd#GA....@cppssbbsa02.microsoft.com...
> Hallo Mark,
>
> es gibt für Win NT ein RESKIT. In diesem kostenlosen Zusatztool für Win NT
> ist WINAT.EXE enthalten.
> Mit diesem Programm kannst Du Vorgänge automatisch planen.
> Muß mal mein Microsoft nach dem Teil suchen.
>
> Schöne Grüße - Günther - http://www.microsys-kramer.de
> kostenlose, praxisnahe Access-Beispiele mit offenem VBA-Code u.v.m
Mindestens bis und mit A2 geht das bei mir immer schief. Hab ich schon auf
mehreren Maschinen versucht.
Nichts desto trotz, der at ist für ein Betriebssystem wie NT schon etwas
mager, da ist ja 95plus und 98 noch besser ausgestattet.
Gruss
Peter
Michael Steinboeck <stein...@gmx.at> schrieb in im Newsbeitrag:
pdpJ2.10748$_k1....@news.chello.at...
> Mark Rautenhaus schrieb in Nachricht
> <36F619DA...@karo-electronics.de>...
> :Hallo Peter,
> :vielen Dank für den Tip. Ich werde dann mal ein Tool für NT suchen.
>
>
> ein sehr flexibles Tool nennt sich "runner.exe" und = Freeware. bei
> http://home.comset.net/panoff/runner
>
> Aber was "at" auf dem NT betrifft geh ich mit dem Peter nicht konform: ich
> finde es funkt bestens.
>
> Michael Steinboeck, Microsoft MVP - Access
> http://www.steinboeck.com/download/freeaccess.htm
Ich habe mir sagen lassen, daß auch wir, die hier antworten, uns an die
NG-Regeln halten müssen.
Einmal lieb zu mir gesagt und mich freundlich darauf hingewiesen und schon
ist es umgesetzt.:-))))
Danke an die, die so lieb waren, mir einen Hinweis zu geben, daß mein Sig
regelmäßig länger werden:-)))))
Schöne Grüße - Günther - http://www.microsys-kramer.de
kostenlose, praxisnahe Access-Beispiele mit offenem VBA-Code u.v.m
---------------------------------------------------------------------------
bei uns funkt es mit A97 so: ..\Msaccess.exe c:\Tools\MS-DBService.mdb
nix makro
Ja gut, aber dann funzt es nicht so wie gewünscht, ausser du lässt den
gewünschten Ablauf im Makro Autoexec oder in einer Startform oder in einem
Codeteil beim Start der DB.
Die Idee ist folgende: Auf jedem PC sowie auf dem Server befindet sich
derselbe Frontend, Backend auf dem Server. Nun soll der Server irgend wann
mal des Nachts die Tagesdaten verarbeiten und anschliessend die DB wieder
schliessen.
Willst Du also überall dasselbe Frontend einsetzen (was aufgrund der
einfacheren Verwaltung ja auch vernünftig erscheint)
kommst Du um ein Start der DB via Makro nicht rum.
Und genau Da macht dieser AT unsinn. Aber, wie bereits erwähnt, bisher nur
mit A2 getestet.
Gruss
Peter
Günther Kramer <microsy...@compuserve.com> schrieb in im Newsbeitrag:
uQWauqHd#GA.266@cppssbbsa03...
ich denk, daß der Fehler in A2 liegt.
Wir lassen unsere großen Datenbanken nachts komprimieren.
Ich will hier nun nicht erwähnen, daß es dieses Tool bald auf einer
bestimmten Seite zum Downloaden gibt. :-)))
In dieser DB haben wir ein Startformular, was es bei A2 ja nicht gibt.
Dieses Startformular macht alles weitere lädt den Auftrag, in dem alle zu
komprimierenden DB's sind usw.
Alles geht prima und ohne Probleme.
Schöne Grüße - Günther - http://www.microsys-kramer.de
kostenlose, praxisnahe Access-Beispiele mit offenem VBA-Code u.v.m
----------------------------------------------------------------------------
Hmm...
Ich bin ja nicht gerade der Access-Freak, aber kann A2.0 nicht:
DBEngine.CompactDatabase "MeineSuperTolle.mdb" ? evtl. noch mit
DbVersion20 als Opt. ???
Angenommen, auf dem rechner "MeinComp" soll jeden 3. Tag irgendein Befehl
ausgefuerht werden, dann geht das ganze doch mit nem Einzeiler:
Scheduler->Task hinzufuegen->
at \\MeinComp 12:00 /every:3,6,9,12,15,18,21,24,27,30 "cmd /c befehlsfolge"
'hab ich was vergessen?
Das cmd /c ist wichtig, wenn keine ausfuerhbaren Dateien verwendet werden.
Einfacher geht's doch nun wirklich nicht...oder?
Der Scheduler ist meiner Erfahrungeiner der zuverlaessigsten :-) Dienste
unter NT.
Und er ist in der NT-Hilfe unter Zeitplaner sehr gut (mit Beispielen)
dokumentiert.
Frank
Winat ist nur die WindowsVersion des Teils.
ACK
> Ich hab mich da schon mal nen Tag rumgeärgert mit diesem AT. Wie gesagt,
> über die Verknüpfung gings, über AT zwar auch, aber die DB gab dann nen
> Fehler zurück, und zwar immer wieder einen anderen (!!!!)
Hmm...ob das auf NT zuruekczufuehren ist?
> Also ein Zusatztool installiert. Inkl. Installation 5 Minuten, und läuft
> heute noch...
Stimmt, "cost of ownership" ist ausschlaggebend.
Aber als alter Kommandozeilenfuzzy... :-)
Frank
> Ich bin ja nicht gerade der Access-Freak, aber kann A2.0 nicht:
> DBEngine.CompactDatabase "MeineSuperTolle.mdb" ? evtl. noch mit
> DbVersion20 als Opt. ???
Da reicht ja auch die Befehlszeile mit dem Parameter /compact oder /repair
> Angenommen, auf dem rechner "MeinComp" soll jeden 3. Tag irgendein Befehl
> ausgefuerht werden, dann geht das ganze doch mit nem Einzeiler:
> Scheduler->Task hinzufuegen->
> at \\MeinComp 12:00 /every:3,6,9,12,15,18,21,24,27,30 "cmd /c
befehlsfolge"
> 'hab ich was vergessen?
Nun Ja, wenn Du's wie bei mir beschrieben machst, brauchst Du Dich in diesem
Falle nicht mehr um das Schliessen der DB zu kümmern.
> Das cmd /c ist wichtig, wenn keine ausfuerhbaren Dateien verwendet werden.
>
> Einfacher geht's doch nun wirklich nicht...oder?
> Der Scheduler ist meiner Erfahrungeiner der zuverlaessigsten :-) Dienste
> unter NT.
> Und er ist in der NT-Hilfe unter Zeitplaner sehr gut (mit Beispielen)
> dokumentiert.
Na ja, vermutlich Geschmacks- und Erfahrungssache. Editier mal nen
bestehenden Task mit AT... Nicht gerade "Vertrauenswürdig" gelöst.
Ich hab mich da schon mal nen Tag rumgeärgert mit diesem AT. Wie gesagt,
über die Verknüpfung gings, über AT zwar auch, aber die DB gab dann nen
Fehler zurück, und zwar immer wieder einen anderen (!!!!)
Also ein Zusatztool installiert. Inkl. Installation 5 Minuten, und läuft
heute noch...
Gruss
Peter