Office: Access-Datenbank von ander Acc-DB fernbedienen?

Hallo,
ich prüfe von Datenbank A aus, ob zu den eingegebenen Daten ein passender Datensatz in einer anderen Datenbank ist (verknüpfte Tabelle).
Nun würde ich gerne mit einer Schaltfläche die Datenbank B aufrufen (wenn sie nicht sowieso schon läuft) und dort zum passenden Datensatz springen.

Ich bin derzeit soweit, dass ich die Datensatz-ID in den Zwischenspeicher kopiere und die zweite Datenbank starte.

Code:

 Dim AccD as String
Me.TxRNr.SetFocus
DoCmd.RunCommand acCmdCopy
AccD = SysCmd(acSysCmdAccessDir) & "MSAccess.exe"
Call Shell(AccD & " c:\test\DatenbankB.accdb", 1)

Das funktioniert so weit, allerdings startet er eine zweite Instanz von DatenbankB
Könnt Ihr mich bitte auf den richtigen Weg bringen?
Wie verhindere ich die zweite Instanz und wie bringe ich DatenbankB dazu, zum richtigen DS zu springen?
Gruß
Doming

 

Hallo,
eine verknüpfte Tabelle einer anderen DB kannst Du, was Daten anlegen, ändern und löschen angeht, wie eine DB-eigene Tabelle behandeln. Nur Tabellendefinitionen, wie neue Felder oder Feldtypenänderungen benötigen einigen Aufwand.

Du kannst locker Abfragen, Formulare und Berichte für die verknüpfte Tabelle anlegen und Daten bearbeiten. Es braucht also kein explizites Öffnen der zweiten DB.
So funzt ja auch die Frontend/Backend-Geschichte.

 

Hallo und danke für die Antwort
Dass man verknüpfte Tabellen wie eigene nutzen kann, ist mir klar. Ich möchte die DBs aber inhaltlich unabhängig von einander behandeln. DatenbankB ist ein alter Dinosaurier, nicht von mir, deswegen möchte ich dort möglichst wenig verändern. Ich nutze die verknüpfte Tabelle nur als Nachschlagewerk, um an den richtigen Datensatz zu kommen. Mein Code soll nur zum betreffenden Eintrag in DatenbankB hinführen. Weitere Bearbeitungen sollen dann dort stattfinden (sonst müsste ich auch die Formulare kopieren).

 

Hallo,
Du MUSST ja nichts in oder an der verknüpften Tabelle ändern. Öffne Sie in deiner DB und lese nach Herzenslust. Ich verstehe im Moment nicht, wo da das Problem liegt.

 

In DatenbankB stehen viele Fälle, mit vielen Datensätzen aus verschiedenen Tabellen.
In DatenbankA werden Teile registriert, die vielleicht, aber nicht zwingend mit Daten aus dbB zu tun haben.
Es wird also nur nach gesehen, ob und wie oft so ein Teil mit Fremdschlüssel in der großen Datenbank vorkommen.
Die Fälle sollen in der kleinen Datenbank gar nicht auftauchen, allenfalls ein Link auf den betreffenden Datensatz. Dafür soll man dann von dbA aus dbB starten, bzw wenn schon geschehen dort zum DS springen.
Eine richtige Bearbeitung des großen Datensatzes würde bedeuten, man müsse alle Zusammenhänge ebenfalls in dbA abbilden. Dazu bräuchte ich die bisher nahezu autarke kleine dbA gar nicht.

 

Unter folgendem Link gibt es Hilfe zum Öffnen einer zweiten DB.
Zweite Datenbank aus Access per VBA öffnen - MS-Office-Forum
Um dort dann zu suchen/positionieren könnte man ein Autoexec-Makro bauen, welches z.B. Übergabedaten aus einer Textdatei liest, die zuvor in der aufrufenden DB erstellt wurden. Ganz ohne Änderungen am Dino wird es wohl kaum gehen.

Das Ganze wirft aber weiterhin die Frage auf, ob man nicht wirklich einen Neuaufbau der alten DB durchführt und alte Zöpfe abschneidet. Das Schicksal der Dinos ist bekannt.

 

Hm, in dem verlinkten Code sehe ich keine Abfrage, die nachprüft, ob die zu startende DB vielleicht schon offen ist.
Mein Code oben startet sie auch zuverlässig, leider aber auch mehrmals.
Aber ich arbeite dran.

 

Hallo,
ich weiß noch nicht genau warum, aber dieser Code funktioniert:

Code:

Private Sub BtnTest_Click()
 Dim appAccess As Access.Application, dbName As String
    dbName = "c:\DatenbankB"
    Set appAccess = GetObject(dbName)
    With appAccess
        .DoCmd.OpenForm "Test1", acNormal, "", "", , acNormal
        .Forms!Test1.Recordset.FindFirst "ID = " & Me.TxIDSoll
        .Visible = True
    End With
End Sub