Hi Vinzenz!
Ich möchte in einem solchen Fall nur die Daten nach außen geben, die für die externe Anwendung nötig sind.
Ja, das meinte ich mit dem View.
Die Triggerlösung hat den Charme, dass die Datenhaltung hübsch an einer Stelle bleibt: Erfolgt die Änderung an der einen Stelle, dann auch an der anderen, ohne dass die Anwendungen selbst etwas über den Abgleich lernen müssen.
Naja gut. Trigger scheinen ja auch wirklich gut dafür zu sein.
Aber ich brauche da jetzt noch ein Beispiel um vollends dahinter zu steigen. =)
Also:
Externe Server hat ein DBMS installiert.
Interner Server hat Zugriff auf den Externen Server, genauer: auf das DBMS.
Interner Server aktualisiert, angestoßen von einem Trigger, den externen Server.
Das heißt also, dass der externe Server keinen Zugriff auf den internen hat, über den umgekehrten Weg aber die Daten aktualisiert werden.
Ist damit die Sicherheit noch gegeben und habe ich die Struktur richtig dargestellt?
Ist sowas überhaupt mit anderen "großen" DBM-Systemen möglich?
was verstehst Du darunter?
Oracle, MSSQL und DB2. =)
[...] sowas nutze ich nahezu täglich [...]
Ja, wenn man die Erfahrung hat, mag das mit den Triggern wirklich gut funktionieren. Ich selbst müsste wahrscheinlich erstmal wochenlang testen, lernen, usw.
MfG H☼psel
"It's amazing I won. I was running against peace, prosperity, and incumbency."
George W. Bush speaking to Swedish Prime Minister unaware a live television camera was still rolling, June 14, 2001
Selfcode: ie:% fl:( br:> va:) ls:& fo:) rl:? n4:& ss:| de:] js:| ch:? sh:( mo:) zu:)