![](/forum/profile/get-photo.asp?memberid=27&type=profile&rnd=376) Elite Veteran
Beiträge: 860
![500](http://www.donkarl.com/forum/images/decorations/multiple/500.gif) ![100](http://www.donkarl.com/forum/images/decorations/multiple/100.gif) ![100](http://www.donkarl.com/forum/images/decorations/multiple/100.gif) ![100](http://www.donkarl.com/forum/images/decorations/multiple/100.gif) ![25](http://www.donkarl.com/forum/images/decorations/multiple/25.gif) ![25](http://www.donkarl.com/forum/images/decorations/multiple/25.gif) Ort: Wien | Hallo, Steve!
Steve:
gibt es für folgende Aufgabe eine elegante Lösung:
Ich habe 3 unabhängige Datenbanken (DokumentenDB, EqupmentDB, InstrumentenDB) mit je einem backend und zugehörigem frontend.
Alle drei DBs werden in einem Projekt mit den selben Mitarbeitern verwendet.
Aus diesem Grund würde ich gerne nur eine Tabelle Mitarbeiter pflegen, die in einer DB z.B. DokumentenDB enthalten ist und in den beiden anderen DBs verwendet werden kann.
Alle drei DBs müssen Beziehungen zu der Mitarbeitertabelle haben. Die Beziehungen müssen mit referentieller Integrität ausgeführt werden.
Meine Idee, die Mitarbeitertabelle in der EquipmentDB zu verknüpfen und dann mit der verknüpften Tabelle eine referentielle Beziehung zu erstellen war nicht möglich, da das Kästchen inaktiv war.
...
Wie du an dem grauen Kästchen und den zahlreichen Antworten siehst, wird das nix. RI geht nur zwischen Tabellen, die "physisch" (=nicht bloß als Verknüpfung) in der selben Datenbank liegen. (Punkt)
Wenn das in deinem Projekt nicht möglich ist, musst du ohne RI auskommen und die wenig elegante, aber bei mehreren Backends übliche, Lösung nehmen, die Datenintegrität durch Maßnahmen in den Frontends zu gewährleisten.
----- Servus
Karl
*********
Access-Entwickler-Konferenz: https://www.donkarl.com/?aek
Access DevCon Vienna: https://www.donkarl.com/devcon
Access Forever: https://www.accessforever.org
Access News: https://www.youtube.com/playlist?list=PLVCeBbJIMDvdJ8ghMbEakJ6_EQyvy... |