Trigger erstellen für vier Tabellen
Hi @ all,
ich hab vier tabellen bei den ich einen punkt (ESARINr) immer gleich habe.
meine frage ist wie kann ich es mit dem trigger realisieren das wenn ich den punkt (ESARINr) in einer tabelle ändere das er auch in den andren restlichen drei tabellen geändert wird.
gruß
Meiseed
ich hab vier tabellen bei den ich einen punkt (ESARINr) immer gleich habe.
meine frage ist wie kann ich es mit dem trigger realisieren das wenn ich den punkt (ESARINr) in einer tabelle ändere das er auch in den andren restlichen drei tabellen geändert wird.
gruß
Meiseed
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 64011
Url: https://administrator.de/contentid/64011
Ausgedruckt am: 22.11.2024 um 17:11 Uhr
8 Kommentare
Neuester Kommentar
Folgende Annahmen hab ich gemacht:
- Die DB läuft auf einem Microsoft SQL
- ESARINr ist vom Typ integer
code aus dem Kopf hingeschrieben und ohne Gewähr - Benutzung auf eigene Gefahr
- Die DB läuft auf einem Microsoft SQL
- ESARINr ist vom Typ integer
CREATE TRIGGER Tabelle1_update
FOR UPDATE AS
BEGIN
DECLARE @Alt int
DECLARE @Neu int
SELECT @Alt=ESARINr FROM deleted
SELECT @Neu=ESARINr FROM inserted
UPDATE TABELLE2 SET ESARINr=@Neu WHERE ESARINr=@Alt
UPDATE TABELLE3 SET ESARINr=@Neu WHERE ESARINr=@Alt
UPDATE TABELLE4 SET ESARINr=@Neu WHERE ESARINr=@Alt
END
Jetzt kommt es so langsam drauf an, was für eine Datenbank Du hast.
Bei MS SQL Server gehts am einfachsten, wenn man es im Datenbankdiagramm graphisch macht.
Also eine Beziehung zwischen 2 Feldern zweier Tabellen anlegen und die Option Verknüpfte Felder mit Cascade aktualisieren aktivieren.
Aber ich kann Dir mal die SQL Skripts, die der SQL Server für 2 Testtabellen erzeugt hat mal hier zeigen (die sehen etwas merkwürdig aus, man kann das sicherlich auch besser machen):
1. Tabelle:
Jetzt die 2 Tabelle:
Der letzte Teil sorgt dafür, daß wenn ich den Wert von ID in Tabelle REF1 ändere, die passenden ID Werte in REF2 ebenfalls entsprechend geändert werden und der ON DELETE CASCADE sorgt dafür, daß beim löschen von IDs aus Tabelle REF1 die entsprechenden IDs aus Tabelle REF2 gelöscht werden (man kann aber auch nur ON UPDATE CASCADE machen).
Bei MS SQL Server gehts am einfachsten, wenn man es im Datenbankdiagramm graphisch macht.
Also eine Beziehung zwischen 2 Feldern zweier Tabellen anlegen und die Option Verknüpfte Felder mit Cascade aktualisieren aktivieren.
Aber ich kann Dir mal die SQL Skripts, die der SQL Server für 2 Testtabellen erzeugt hat mal hier zeigen (die sehen etwas merkwürdig aus, man kann das sicherlich auch besser machen):
1. Tabelle:
/****** Tabelle anlegen******/
CREATE TABLE [dbo].[Ref1] (
[ID] [char] (50) COLLATE SQL_Latin1_General_CP1_CI_AS NOT NULL ,
[Text] [char] (50) COLLATE SQL_Latin1_General_CP1_CI_AS NULL
) ON [PRIMARY]
GO
/****** Primaärschlüssel definieren *****/
ALTER TABLE [dbo].[Ref1] WITH NOCHECK ADD
CONSTRAINT [PK_Ref1] PRIMARY KEY CLUSTERED
(
[ID]
) ON [PRIMARY]
GO
/***** Tabelle anlegen
CREATE TABLE [dbo].[REF2] (
[ID] [char] (50) COLLATE SQL_Latin1_General_CP1_CI_AS NULL ,
[Text2] [char] (50) COLLATE SQL_Latin1_General_CP1_CI_AS NULL ,
[PrimID] [int] IDENTITY (1, 1) NOT NULL
) ON [PRIMARY]
GO
/***** Primärschlüssel definieren
ALTER TABLE [dbo].[REF2] WITH NOCHECK ADD
CONSTRAINT [PK_REF2] PRIMARY KEY CLUSTERED
(
[PrimID]
) ON [PRIMARY]
GO
/***** Die Fremdschlüsselbeziehung zu Tabelle REF1 mit Update anlegen
ALTER TABLE [dbo].[REF2] ADD
CONSTRAINT [FK_REF2_Ref1] FOREIGN KEY
(
[ID]
) REFERENCES [dbo].[Ref1] (
[ID]
) ON DELETE CASCADE ON UPDATE CASCADE
GO
und bei deinem code bekomme ich ein fehler
in der zeile ( FOR UPDATE AS ) hier die
fehler meldung
[Meldung 156, Ebene 15, Status 1, Prozedur
ESARINr_update, Zeile 2
Falsche Syntax in der Nähe des
'FOR'-Schlüsselwortes. ]
in der zeile ( FOR UPDATE AS ) hier die
fehler meldung
[Meldung 156, Ebene 15, Status 1, Prozedur
ESARINr_update, Zeile 2
Falsche Syntax in der Nähe des
'FOR'-Schlüsselwortes. ]
Dann schau bitte mal in die Hilfe, wie der Syntax genau ist, hab grad keinen SQL Server zur Hand.
Allerdings muss ich AndreasHoster recht geben, das ein CASCADE UPDATE eigentlich die elegantere Lösung ist.
Klingt sehr danach, daß Du schon Werte in der Fremdschlüssel Tabelle hast, die in der Primärschlüssel Tabelle nicht vorkommen und die Option vorhandene Daten bei Erstellung überprüfen aktiviert ist.
Dann kann man das nur aktivieren, wenn alle Fremdschlüssel auch in der Primärschlüssel Tabelle vorkommen.
Ach so: nach dem Anlegen wird auch die Tabelle, in der der Wert als alleiniger Primärschlüssel auftaucht, diejenige sein, welche Ihre Änderungen an die anderen weitergibt.
Also die Tabellen, die den Fremschlüssel Constraint haben, sind die die Änderungen empfangen.
Dann kann man das nur aktivieren, wenn alle Fremdschlüssel auch in der Primärschlüssel Tabelle vorkommen.
Ach so: nach dem Anlegen wird auch die Tabelle, in der der Wert als alleiniger Primärschlüssel auftaucht, diejenige sein, welche Ihre Änderungen an die anderen weitergibt.
Also die Tabellen, die den Fremschlüssel Constraint haben, sind die die Änderungen empfangen.