Tabellenverknüpfungs-Manager ist durch Sicherheitsrichtlinie "Sperrung ActiveX" nicht mehr...

Danke für Nachricht.
<br />Die Idee ist gut wenn ODBC-Driver installiert wären.
<br />Fällt aber Auf Grund ebenfalls von Gruppenrichtlinien weg.
<br />komfortabel meinte ich was eigentlich bisher der Tabellenverknüpfungs-Manager gut gemacht hat.
<br />Ausgangslage ist eine jeweils Desktop-Datenbank mit Front-End und 2 x Back-End.
<br />Beispiel: Benutzergruppe (1) hat Zugriff auf Netzablage A und Netzablage B ; Benutzergruppe (2) hat Zugriff auf A und C.
<br />In (A) liegt das eine Back-End mit 5 Tabellen ; In (B) und (C) jeweils das andere Back-End mit 18 Tabellen (gleiche Struktur aber mit unterschiedlichen Datensätzen.
<br />Die Benutzergruppe (1) und (2) haben aber keine gekreuzten Lese bzw. Schreibrechte auf den Ablagen.
<br />Da ich aber nur einmal das Front-End weiter entwickeln möchte muss ich dieses jeweils für jede Benutzergruppe neu verlinken.
<br />Jetzt kommt die nächste Benutzergruppe (3) mit Zugriff dann auf (A und D) deren Datensätze im 2. Back-End auf (D) dann leer sind.
<br />Nun ist die Aufgabe wie ich sinnvoll die Kuh vom Eis kriege und das ("acCmdLinkedTableManager" - gesperrt durch ActiveX) anders umgehen kann.
<br />Gruß Andrée
<br />

Hallo,
<br />Was ist die Definition von "komfortabel"? ;-)
<br />Du hast folgende Möglichkeiten:
<br />

• Tabelle neu verknüpfen (Beispiel f. SQL Server):
  <br />

DoCmd.TransferDatabase acLink, "ODBC Database", "ODBC;Driver=ODBC Driver 17 For SQL Server;Server=DeinServer;Database=DeineDB;Uid=User;Pwd=geheim;", acTable, "TableNameOnServer", "TableNameInAccess", , True
<br />

• Bestehenden Link auffrischen:
  <br />

CurrentDb.TableDefs("DeineVerknuepfteTabelle").RefreshLink
<br />

• Bestehende Tabelle neu verknüpfen:
  <br />

With CurrentDb.TableDefs("DeineVerknuepfteTabelle")
<br /> .Connect = "ODBC;Driver=..." '(siehe oben)
<br /> .RefreshLink
<br />End With
<br />Gruss - Peter
<br />

Danke Peter,
<br />Manchmal braucht man nur den richtigen Anstoß.
<br />Funktionen der Pfade hab ich schon geschrieben.
<br />Auch über die MSysObjects mit dem Index "6" habe ich die bisher verlinkten Tabellen mit dem entsprechendem Pfad ausgelesen und in eine Funktion gekapselt. Dann noch mit dem msoFileDialogFilePicker verbinden und den Rest noch in VBA sollte dann auch klappen.
<br />hab noch was entsprechendes zu der Idee mit dem Formular gefunden
<br />https://access-im-unternehmen.de/Verschiedene_Backends_pflegen.
<br />Die Prozedur kann ich dann entsprechend anpassen, sogar mit CallBack im Ribbon und den
<br />Original Tabellenverknüpfungs-Manager dann auch rausschmeißen.
<br />Gruß Andrée
<br />

Hallo,
<br />

Die Idee ist gut wenn ODBC-Driver installiert wären.Fällt aber Auf Grund ebenfalls von Gruppenrichtlinien weg.komfortabel meinte ich was eigentlich bisher der Tabellenverknüpfungs-Manager gut gemacht hat.Ausgangslage ist eine jeweils Desktop-Datenbank mit Front-End und 2 x Back-End.Beispiel: Benutzergruppe (1) hat Zugriff auf Netzablage A und Netzablage B ; Benutzergruppe (2) hat Zugriff auf A und C.In (A) liegt das eine Back-End mit 5 Tabellen ; In (B) und (C) jeweils das andere Back-End mit 18 Tabellen (gleiche Struktur aber mit unterschiedlichen Datensätzen.Die Benutzergruppe (1) und (2) haben aber keine gekreuzten Lese bzw. Schreibrechte auf den Ablagen.Da ich aber nur einmal das Front-End weiter entwickeln möchte muss ich dieses jeweils für jede Benutzergruppe neu verlinken.Jetzt kommt die nächste Benutzergruppe (3) mit Zugriff dann auf (A und D) deren Datensätze im 2. Back-End auf (D) dann leer sind.Nun ist die Aufgabe wie ich sinnvoll die Kuh vom Eis kriege und das ("acCmdLinkedTableManager" - gesperrt durch ActiveX) anders umgehen kann.

Das mit SQL Server war nur ein Beispiel, da du über das Backend keine Angaben gemacht hattest. Wenn auch das BE eine accdb/mdb ist, sollte der Zugriff ohne weitere Hürden möglich sein. Die Syntax wäre in diesem Fall:
<br />DoCmd.TransferDatabase acLink, "Microsoft Access", "C:\Pfad\DeinBE.accdb", acTable, "TableNameInBackend", "TableNameInFrontent"
<br />Was du im weiteren beschrieben hast, leistet der Tabellenverknüpfungsmanager auch nicht, bzw. du müsstest pro Backend die Tabellen pro Vorgang auswählen. Nicht sehr komfortabel, wie ich finde.
<br />Wenn bei euch das Setup so ist, schreib dir doch ein eigenes Formular, mit dem du aus lokalen Tabellen ausliest, welche Gruppe wo Zugriff haben soll, welche Tabellen im Spiel sind und wo die BEs liegen. Dann verknüpfe selbst nach obigen Beispielen. Ich hab für eine Anwendung mal sowas geschrieben, was aber nur mit der Anwendung sinnvoll eingesetzt werden kann. So wie du die Anforderung beschrieben hast, sollte so ein Formular in ein paar Stunden fertig sein. Dafür würde ich nicht suchen gehen.
<br />Gruss - Peter
<br />

Hallo Rolf,

vielen Dank für deine Anfrage.

Eine Sperrung eines Produkt-Key muss schriftlich unter Beifügung des Lizenznachweises bei Microsoft angefragt werden.

Nach einer Sperrung des Produkt-Keys durch Microsoft kann dieser nicht mehr zur Aktivierung eingesetzt werden.

Ich freue mich auf deine Rückmeldung.