Office: (Office 2010) Mehrfachstart einer DB verhindern /sharepoint

hab ich glatt überlesen...

 

Ja, den Code kann ich im Einzelschritt durchgehen aber wie gesagt, ich hab das Teil mal irgendwo übernommen und blicke nicht so recht durch was da gemacht wird.
Unter XP und Access 2003 funktioniert es ja auch.
Unter Win7 und Access 2010 läuft das zwar ohne Fehlermeldung durch aber bringt eben leider nicht das gewünschte Ergebnis wir mit der bisherigen Version.

@Rudolf:

Damit hatte ich bisher keine Probleme aber der Test auf eine Datei in einem Verzeichnis könnte einige User schon überfordern.
Genau genommen wissen die meisten nicht einmal etwas von der Geschichte mit dem Database-Loader, der letztendlich die DB vom User-PC startet.

 

Wenn Du in Einzelschritten durchgehs, siehst Du doch wo der Unterschied ist... ich kenne den Code nicht und werde ihn auch nicht für Dich hier debuggen... Zumal ich kein Win7 und Office2010 habe *wink.gif*

 

Hallo Benny, das habe ich auch nicht erwartet.
So wie ich das bisher verstanden habe, wird da viel mit irgendwelchen Zahlen (Hardware-Handles?) gearbeitet, die sind ja zwangsläufig unterschiedlich zwischen 2 Systemen. Das würde ja nicht allzu viel bringen.
Ich würde ja den Ansatz bevorzugen einfach zu suchen, ob da noch irgendwo eine Access-DB läuft, die in den Properties den selben Titel hat.
Nur wo kann ich nachlesen, wie man das macht.... *frown.gif*

 

Einfach mal "ins Blaue gecoded..."
Mit der folgenden Routine könntest Du offenen Access-Sitzungen ermitteln und ggf. reagieren.
Code:

 

Ich hab es jetzt so gelöst:
Code:

Das hat unter Win XP und Access 2003 auch prima funktioniert.
Leider macht diese Anweisung unter Win 7 und Access 2010 ein Problem.
(Es wird ein C++ Fehler gemeldet und Access wird geschlossen.
Code:

Ich hab die Anweisung erst mal auskommentiert, weiß nur nicht, ob das Probleme bereitet. Festgestellt habe ich bisher allerdings keine.

Kann jemand was zu diesem Problem sagen?

 

Hast Du Dir mal die Hilfe zu den ganzen DDE-Funktionen angeschaut die Du da verwendest?
Aufgrund eines erfolgreichen DDE-Zugriffs auf eine offene DB bzw. im Fehlerfall auf eine geschlossene DB zu schliessen halte ich für bedenklich...
Auch das hin und hersetzen von Accessoptionen dafür gefällt mir persönlich nicht.

Hast Du meinen BeispielCode getestet? Kommst Du damit nicht auch zum Ziel?

 

Hallo Benny,

ich wollte ihn testen aber dieser Code soll schon in meinem Database-Loader laufen und daher muss ich nicht testen, ob der Database-Loader schon aktiv ist, sondern die Datenbank, die ich öffnen will. Wie kann ich das mit Deinem Code machen? Du arbeitest da ja mit dem eigenen DB-Namen und Pfad...

 

Hallo cheaptrick,

du musst deinem DB-Loader doch irgendwie sagen, welche Datenbank er starten soll, oder?
Was liegt da näher als "accAppl.currentproject.Name" und "accAppl.currentproject.Path" mit den verfügbaren Angaben zu vergleichen?

Allerdings liefert der Code lediglich einen Zufallstreffer, denn es könnten ja durchaus mehrere Access-Anwendungen parallel geöffnet sein.

 

Hallo Anne,

wie soll ich das verstehen?

Kann es sein, dass der Code nicht heraus findet das die DB schon offen ist, weil der User bereits weitere DBs offen hat?

 

Hallo!

Eventuell würde man eine stabile Erkennung erhalten, wenn man die ROT durchsucht und nach Access.Application auswertet. Sobald eine Application-Instanz gefunden wird, prüft man auf CurrentProject.Name, Database.Name o. ä.

Wie das mit VBA funktioniert, ist vermutlich mit Google & Co. zu finden. Ich selbst hab so etwas ähnliches nur unter C# programmiert. ;-)

mfg
Josef

 

\@cheaptrick:
Ich meinte den Code von CptChaos, da wird ja willkürlich auf eine Access-Instanz zugegriffen.

Das geht aber auch anders:

Das sollte also genau das liefern, was du wissen willst! *Smilie

 

Hallo!

GetObject(Pfadname) bitte mit Vorsicht genießen, das öffnet (nach meiner Erinnerung) die Access-Datei, falls sie noch nicht offen ist.

mfg
Josef

 

\@Anne: Der Code sollte als Ansatz dienen... natürlich müsste man das entweder in einer Schleife über alle Instanzen bzw. Prozesse durchlaufen.
Sauber finde ich es auch nicht; ob der Weg über die DDE-Initialisierung sauberer kann ich nicht beurteilen...

Der Ansatz von Josef über die ROT wäre m.E. die sauberste Lösung; über diese haben wir hier in der Firma auch eine Anwendung welche die offenen Office-Instanzen überwacht; allerdings ist die auch mit .NET entwickelt.

Der Zugriff auf die ROT ist aber auch per VBA möglich...

@josef: ich testete obigen Code aus Word und Excel heraus... ein msaccess.exe-Prozess wurde bei mir in keinem Fall geöffnet.
Nachtrag:
Wobei ich keine Datei angegeben habe... möglicherweise ist das der Unterschied!
Würde ich in dem Zusammenhang aber auch nicht machen, s. o.

 

Oh wie schade, die Lösung wäre einfach genial gewesen.

PS: Und was bitte ist ein ROT? *confused.gif*