Announcement

**Andreas Kosch** · 04.10.2006, 11:33

Hallo,
das folgende Beispiel demonstriert, die ein UPDATE-Trigger die gleichen Datens�tze in einer Tabelle einer anderen Datenbank aktualisiert. Beim MS SQL Server sind im Trigger die beiden virtuellen Tabellen INSERTED und DELETED sichtbar. Im Fall eines UPDATE-Aufrufs stehen in DELETED die alten Spaltenwerte des Datensatzes und in der INSERTED-Tabelle die ge�nderten (neuen) Werte. �ber einen JOIN kann der Trigger den Bezug zur betroffenen Tabelle herstellen, so dass die korrespondierenden Datens�tze der anderen Tabelle beschrieben werden k�nnen:

<div style="font-family: Courier New; font-size: 10pt; color: black; background: white; border-top: windowtext 1pt solid; padding-top: 0pt; border-left: windowtext 1pt solid; padding-left: 0pt; border-right: windowtext 1pt solid; padding-right: 0pt; border-bottom: windowtext 1pt solid; padding-bottom: 0pt;">USE masterGO CREATE DATABASE ForumTriggerZielGO USE ForumTriggerZielGO CREATE TABLE ZielTbl(  cID  INT        NOT NULL IDENTITY PRIMARY KEY,  wert VARCHAR(9) NOT NULL)GOINSERT INTO dbo.ZielTbl (wert) VALUES ('Test 1');INSERT INTO dbo.ZielTbl (wert) VALUES ('Test 2');INSERT INTO dbo.ZielTbl (wert) VALUES ('Test 3');GO USE masterGO CREATE DATABASE ForumTriggerGO USE ForumTriggerGO CREATE TABLE QuellTbl(  cID  INT        NOT NULL IDENTITY PRIMARY KEY,  wert VARCHAR(9) NOT NULL)GOINSERT INTO dbo.QuellTbl (wert) VALUES ('Quelle 1');INSERT INTO dbo.QuellTbl (wert) VALUES ('Quelle 2');INSERT INTO dbo.QuellTbl (wert) VALUES ('Quelle 3');GO  CREATE TRIGGER trQuellTblUPDATE   ON dbo.QuellTbl  FOR UPDATEAS  UPDATE ForumTriggerZiel.dbo.ZielTbl SET     wert = i.wert   FROM     ForumTriggerZiel.dbo.ZielTbl z JOIN Inserted i ON z.cID = i.cID;  PRINT 'Trigger hat gefeuert!';GO -- Test: UPDATE f�r 2 Datens�tzeUPDATE dbo.QuellTbl SET wert = 'Neu!' WHERE cID > 1;GO -- Ergebnis: In beiden Datenbanken wurden die beiden Datens�tze aktualisiertSELECT * FROM ForumTrigger.dbo.QuellTbl; SELECT * FROM ForumTriggerZiel.dbo.ZielTbl;</div&gt

**Holger L�ttgen** · 04.10.2006, 19:51

Hallo Andreas,
vielen Dank... das funktioniert prima...
Allerdings komme ich jetzt mit einem neuen Problem.

Kann soetwas auch gegenseitig funktionieren?
Soll hei�en, egal in welcher Tabelle die Rechnungsnummer aktualisiert wird, soll in der gegen�berliegenden Tabelle das Feld aktualisiert werden.

Beispiel: In Mandant 1 wird eine Rechnung geschrieben und dann soll in Mandant 2 die Rechnungsnummer aktualisiert werden.
(Das funktioniert ja mit Deinem Beispiel funktionierend)
In Mandant 2 wird eine Rechnung geschrieben, und dann soll in Mandant diese Rechnungsnummer aktualisiert werden.

Das klappt leider nicht... L�uft der SQL-Server da in eine Schleife ? Oder warum geht das nicht... ?

Hintergrund ist ein finanztechnischer.. das Rechnungsnummern immer fortlaufend sein m�ssen... es aber leider zwei Datenbanken sind... (das will der Kunde so).

Viele Gr��e
Holge

**Andreas Kosch** · 05.10.2006, 06:57

Hallo,
in der Voreinstellung verhindert der MS SQL Server das rekursive Aufrufen von Triggern. Es ist in diesem Fall auch nicht sinnvoll, die Voreinstellung f�r die beiden Datenbanken abzuschalten.

Statt dessen muss der Trigger in beiden Datenbanken durch jeweils eine Stored Procedure ersetzt werden. Der Client beschreibt dann nicht mehr direkt die Tabelle, sondern ruft nur die Stored Procedure auf. Innerhalb dieser gespeicherten Prozedur laufen die UPDATE-Aufrufe f�r beide Datenbanken ab. Dies ist die technisch sauberste L�sung

**Holger L�ttgen** · 05.10.2006, 07:12

Hallo,
wie kann ich denn die Stored Procedure aufrufen, wenn ich keinen Zugriff auf das eigentliche Programm habe ? In meinem Fall handelt es sich um eine Warenwirtschaft, die nicht von mir programmiert ist. Und da habe ich ja keinen Einfluss auf Events, die das Programm abfeuert... (jedenfalls nicht so ohne weiteres)...
Oder kann ich �ber den Trigger die SP aufrufen ? Aber dann habe ich letztlich ja wieder einen rekursiven Trigger...

Viele Gr��e
Holge

**Andreas Kosch** · 07.10.2006, 07:42

Hallo,
in diesem Fall bleibt der Plan B) �brig, indem anstelle eines AFTER-Triggers zu zwei INSTEAD OF-Trigger (jeweils ein INSTEAD OF-Trigger in jeder Datenbank) gegriffen wird. Ein INSTEAD OF-Trigger "biegt" den Schreibzugriff auf die Tabelle auf den Trigger um, so dass nur der Trigger ausgef�hrt wird, aber nicht die Tabelle direkt beschrieben wird.

Das folgende Beispiel pr�ft im INSTEAD OF-Trigger, ob die andere Datenbank bereits auf dem aktuellen Stand ist. Somit wird das Rekursionsproblem umgangen:

<div style="font-family: Consolas; font-size: 10pt; color: black; background: white;">USE masterGO IF EXISTS (SELECT * FROM sys.databases WHERE name = N'ForumTrigger1')  DROP DATABASE ForumTrigger1GO IF EXISTS (SELECT * FROM sys.databases WHERE name = N'ForumTrigger2')  DROP DATABASE ForumTrigger2GO -- Datenbank 1 anlegenCREATE DATABASE ForumTrigger1GO-- Datenbank 2 anlegenCREATE DATABASE ForumTrigger2GO -- Tabelle und Trigger in der 1. Datenbank anlegenUSE ForumTrigger1GO CREATE TABLE Tbl(  cID  INT        NOT NULL IDENTITY PRIMARY KEY,  wert VARCHAR(9) NOT NULL)GOINSERT INTO dbo.Tbl (wert) VALUES ('1-1');INSERT INTO dbo.Tbl (wert) VALUES ('1-2');INSERT INTO dbo.Tbl (wert) VALUES ('1-3');GO CREATE TRIGGER trTblUPDATE   ON dbo.Tbl  INSTEAD OF UPDATE AS  -- Tabelle in der 1. Datenbank aktualisieren  UPDATE dbo.Tbl SET     wert = i.wert   FROM     dbo.Tbl z JOIN Inserted i ON z.cID = i.cID   WHERE    z.wert <> i.wert;  PRINT 'Trigger in ForumTrigger1 hat gefeuert!';  -- Tabelle in der 2. Datenbank aktualisieren  IF (SELECT COUNT(*)       FROM ForumTrigger2.dbo.Tbl z JOIN Inserted i ON z.cID = i.cID       WHERE z.wert <> i.wert) > 0    BEGIN      UPDATE ForumTrigger2.dbo.Tbl SET         wert = i.wert       FROM         ForumTrigger2.dbo.Tbl z JOIN Inserted i ON z.cID = i.cID       WHERE        z.wert <> i.wert;      PRINT 'Trigger in ForumTrigger1 hat ForumTrigger2 ge�ndert!';    ENDGO  -- Tabelle und Trigger in der 2. Datenbank anlegenUSE ForumTrigger2GO CREATE TABLE Tbl(  cID  INT        NOT NULL IDENTITY PRIMARY KEY,  wert VARCHAR(9) NOT NULL)GOINSERT INTO dbo.Tbl (wert) VALUES ('2-1');INSERT INTO dbo.Tbl (wert) VALUES ('2-2');INSERT INTO dbo.Tbl (wert) VALUES ('2-3');GO  CREATE TRIGGER trTblUPDATE   ON dbo.Tbl  INSTEAD OF UPDATE AS  -- Tabelle in der 2. Datenbank aktualisieren  UPDATE dbo.Tbl SET     wert = i.wert   FROM     dbo.Tbl z JOIN Inserted i ON z.cID = i.cID   WHERE    z.wert <> i.wert;  PRINT 'Trigger in ForumTrigger2 hat gefeuert!';  -- Tabelle in der 1. Datenbank aktualisieren  IF (SELECT COUNT(*)       FROM ForumTrigger1.dbo.Tbl z JOIN Inserted i ON z.cID = i.cID       WHERE z.wert <> i.wert) > 0    BEGIN      UPDATE ForumTrigger1.dbo.Tbl SET         wert = i.wert       FROM         ForumTrigger1.dbo.Tbl z JOIN Inserted i ON z.cID = i.cID       WHERE        z.wert <> i.wert;      PRINT 'Trigger in ForumTrigger2 hat ForumTrigger1 ge�ndert!';    ENDGO -- Test: UPDATE f�r 2 Datens�tzeUPDATE dbo.Tbl SET wert = 'Neu2' WHERE cID > 1;GO -- Ergebnis: In beiden Datenbanken wurden die beiden Datens�tze aktualisiertSELECT * FROM ForumTrigger1.dbo.Tbl; SELECT * FROM ForumTrigger2.dbo.Tbl; USE ForumTrigger1GO -- Test: UPDATE f�r 2 Datens�tzeUPDATE dbo.Tbl SET wert = 'Neu3' WHERE cID > 1;GO -- Ergebnis: In beiden Datenbanken wurden die beiden Datens�tze aktualisiertSELECT * FROM ForumTrigger1.dbo.Tbl; SELECT * FROM ForumTrigger2.dbo.Tbl;</div&gt

Announcement

Triggerproblem

Triggerproblem

Comment

Comment

Comment

Comment

Comment