Office: (Office 2010) Test ob Datenbank (Access Projekt) bereits geöffnet

Hallo,

ich hatte vor einiger Zeit, damals noch zu ACC 2003, mal angefragt, wie ich feststellen kann, ob eine Datenbank schon läuft.
Inzwischen arbeite ich mit ACC 2010 und aus der mdb bzw. mde ist ein Projekt (ade/adp) geworden.
Die Datenbank wird über einen Sharepoint gestartet. Aufgrund der Sicherheitsabfragen, wegen der Makros in der Datenbank, bekomme ich auf dem Sharepoint einen entsprechenden Warnhinweis, der wiederum zur Folge hat, dass die Datenbank ein zweites mal geöffnet wird, was ja nun mal recht nervig ist.
Daher hatte ich seinerzeit mit diesem Script getestet, ob die Datenbank bereits geöffnet ist.
Diese Funktion habe ich von der Seit Access Garhammer übernommen.

Code:

Das funktioniert aber unter ACC 2010 und dem Access-Projekt nicht mehr.
Auch wird keine ldb mehr angelegt.

Hat jemand ne Idee, wie ich unter ACC 2010 und Win7 feststellen kann, ob eine Instanz der Datenbank schön läuft?

Gruß


cheapy

:)

 

Ein typischer Test wäre der Versuch, die betreffende Datei exklusiv zu öffnen, was in einen Fehler laufen muss, wenn die Datei bereits geöffnet ist. Das Ganze würde man mit einer Fehlerbehandlung ummanteln.

 

Hallo,

also ich hab beim googeln nicht wirklich etwas gefunden, das hilfreich war.
Wenn ich die DB mit dem folgenden Befehl öffne bringt mir das nichts, da sie trotzdem mehrfach geöffnet wird.
Allerdings wird mir ab dem 2. Öffnen angezeigt, dass die DB schreibgeschützt geöffnet wurde.
Kann ich dieses Verhalten abfangen bzw. prüfen?
Kann ich diesen Fehler beim Öffnen der DB abfangen?
Ich habe bisher nur Formular abhängige Ereignisse gefunden, auf die ich reagiert habe.

Gruß

cheapy

 

Hallo!

Ich nehme an, du willst herausfinden, ob die Datei an dem einen PC eines Users bereits geöffnet ist und nicht, ob sie bereits von einem anderen User geöffnet wurde.

Dafür könntest du die geöffneten Access-Instanzen durchlaufen und über das erhalten Application-Objekt herausfinden, welche DB geöffnet ist.
(Stichwort für Recherche: Runtime Object Table (ROT))

[OT]
Bezüglich ADP: überleg dir bald genug, wie du diese Dateien erstezen willst, falls einmal Office 2013 oder höher installiert wird - ab Access 2013 werden nämlich ADP-Dateien nicht mehr unterstützt.)

mfg
Josef

 

Hallo Josef,
habe leider nicht viel brauchbares zu ROT gefunden.
Daher nochmals die Frage, kann ich beim Start einer DB nicht feststellen, ob sie schreibgeschützt geöffnet wurde? In dem Fall könnte ich sie gleich wieder zu machen.

Zu Deinem Hinweis auf ACC 2013: Bis das bei uns eingeführt ist, ist dieses Projekt eh tot.

Gruß

cheapy

 

Ein simpler Workaround könnte sein, wenn Deine ADP selber beim Start eine Textdatei (mit minmalem Inhalt) erzeugt und beim Schließen diese Datei wieder löscht. Durch einen Test auf Existenz dieser Textdatei könntest Du somit auf den Offen/Geschlossen-Status der ADP schließen.

 

Hallo Eberhard,

das dürfte dann wohl der am schnellsten umzusetzende Weg sein.

Gruß

cheapy

 

Hallo zusammen,

bin über die Suche hier gelandet und hatte auch das Problem mit der Funktion DBGestartet von hier unter Access 2010 und Win8.

Wenn man allerdings die Funktion IsRunning von hier benutzt, geht's.

Gruß Klaus Müller

 

Hallo Cheapy!

In meinen FE-BE-Anwendungen trage ich, in Verfeinerung von Eberhards Gedanken, bei Login und Logout die Zeiten in eine LoginOut-Tabelle im Backend ein.
Damit kann man feststellen, wer gerade mit dem BE arbeitet.
Im Falle eines Absturzes des FE allerdings kann das zu Fehlinterpretationen führen.
Aber es funktioniert auch in Netzwerken und nicht

nur auf **einem** PC.

Wolfgang

 

Hallo nochmal,

genau um:

geht es.
In meinem Fall wird ein FE 1-n mal auf 1-n Mandanten auf einem PC geöffnet. Wird das FE das erste mal geöffnet, wird aufgeräumt!

Gruß Klaus Müller

 

Hallo Klaus!

1-n mal? Da wirds schon ein wenig eng! *wink.gif*
Ein Terminal Server?

Auf der Site von Klaus Oberdalhoff (http://www.sql-insider.de/knowhow/hi...von-access.php) habe ich gelesen, daß jeder Anwender sein eigenes FE haben sollte.
Bei n Anwendern wird da wohl nichts daraus.
Einer Speicherung der Logins/outs der Mandanten auf dem BE steht allerdings trotzdem nichts im Wege.

So ist es halt bei jedem Anwender von Access ganz persönlich.

Wolfgang