Trigger: Unterschied zwischen den Versionen

aus GlossarWiki, der Glossar-Datenbank der Fachhochschule Augsburg
Keine Bearbeitungszusammenfassung
 
(9 dazwischenliegende Versionen von 3 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
=Definition=
{{Eingereicht zur Überprüfung}}
 
==Definition==
In Datenbanken ist es neben der Speicherung und Abfrage von Daten auch möglich Logik selbst zu implementieren. Trigger gehören zum Bereich Logik und werden automatisch bei bestimmten Ereignissen, wie UPDATE, INSERT oder DELETE von Daten, ausgelöst.
In Datenbanken ist es neben der Speicherung und Abfrage von Daten auch möglich Logik selbst zu implementieren. Trigger gehören zum Bereich Logik und werden automatisch bei bestimmten Ereignissen, wie UPDATE, INSERT oder DELETE von Daten, ausgelöst.


=Vorteile & Möglichkeiten=
==Vorteile==
#Oft ist es notwendig, bei einer Löschung eines Kunden oder Users weitere Löschvorgänge auszuführen
*Trigger lösen automatisch aus; Der Benutzer muss sich nicht über weitere Vorgänge des Updates Gedanken machen (Fehlervermeidung)
#Protokollerstellung bei einem Löschvorgang
*Trigger können Bedingungen bei INSERT, UPDATE oder DELETE Befehlen überprüfen
#Sicherung von Daten in eine Sicherungstabelle (s. Beispiel)
*Trigger werden einmal für eine bestimmte Tabelle und Aufgabe implementiert
#Auslösung von Vorgängen bei einem bestimmten Fall (z.B.: Mitgliederzahl über 100)
*Trigger können in sich wiederum Trigger auslösen.
#Erfüllung von Bedingungen bei INSERT, UPDATE oder DELETE Befehlen
*Trigger werden direkt im Datenbanksystemaufgerufen
*Trigger können den Client-Serververkehr entlasten
 
==Nachteile & Warnungen==
*Trigger können in sich wiederum Trigger auslösen (Belastung des Datenbanksystems)
*Debuggen wird erschwert, weil Statements in Triggern nicht beim Debuggen aufgeführt werden
*Mächtigkeit der Trigger fordert eine sehr gute Implementierung.
*Fehlerhafte Trigger können Datenbestände beschädigen oder unbrauchbar machen
*Festlegung, wie oft ein Trigger ausgeführt werden soll (Entlastung des Datenbanksystems)


==Möglichkeiten von Triggern==
*Oft ist es notwendig, bei einer Löschung eines Kunden oder Users weitere Löschvorgänge auszuführen
*Protokollerstellung bei einem Löschvorgang
*Sicherung von Daten in eine Sicherungstabelle (s. Beispiel)
*Auslösung von Vorgängen bei einem bestimmten Fall (z.B.: Mitgliederzahl über 100)


=Implementierung von Triggern: Syntax=
==Implementierung von Triggern==
===Allgemein===
Für die Erstellung von Triggern werden spezielle Programmiersprachen (PL/SQL oder SQL PL) verwendet.
Außerdem ist es in einigen Datenbanksystemen möglich, in Triggern auch [[Stored Procedure]]s aufzurufen.
Dadurch entsteht die Möglichkeit ein Programm aus einer anderen Programmiersprache zu verwenden,


===Syntax===
''Anlegen eines Triggers''
''Anlegen eines Triggers''
<source lang="sql">
<source lang="sql">
Zeile 25: Zeile 45:
</source>
</source>


=Beispiele=
==Beispiele==
==Automatische Sicherung von Inhalten einer Tabelle in eine zweite Tabelle==
==Automatische Sicherung von Inhalten einer Tabelle in eine zweite Tabelle==
'''1. Schritt: Erstellung einer Tabelle'''
'''1. Schritt: Erstellung einer Tabelle'''
Zeile 32: Zeile 52:
CREATE TABLE tabelle1
CREATE TABLE tabelle1
(
(
id integer primary key,
        id         integer primary key,
name     varchar(40) not null,
        name       varchar(40) not null,
telefon varchar(10),
        telefon   varchar(10),
umsatz decimal(10,2)
        umsatz     decimal(10,2)
);
);
</source>
</source>


''Erklärung'': Anlegen der Tabelle.
''Erklärung'': Anlegen der Tabelle.


'''2. Schritt: Erstellung der Sicherungstabelle'''
'''2. Schritt: Erstellung der Sicherungstabelle'''
Zeile 48: Zeile 66:
CREATE TABLE tabelle1_backup
CREATE TABLE tabelle1_backup
(
(
         id                 integer primary key,
         id             integer primary key,
name                     varchar(40) not null,
        name           varchar(40) not null,
telefon                 varchar(10),
        telefon       varchar(10),
umsatz                 decimal(10,2)
        umsatz         decimal(10,2)
user_changed varchar(40),
        user_changed   varchar(40),
date_changed date,
        date_changed   date,
operation varchar(15)
        operation     varchar(15)
);
);
</source>
</source>


''Erklärung'': Anlegen der Sicherungstabelle mit den gleichen Spalten aus der Haupttabelle und zusätzlichen Spalten, die das Datum, die vorgenommene Änderung und User speichern.
''Erklärung'': Anlegen der Sicherungstabelle mit den gleichen Spalten aus der Haupttabelle und zusätzlichen Spalten, die das Datum, die vorgenommene Änderung und User speichern.


'''3. Schritt: Erstellung einer Funktion für die automatische Sicherung'''
'''3. Schritt: Erstellung einer Funktion für die automatische Sicherung'''
Zeile 84: Zeile 100:


''Erklärung'': Die Funktion backup_tabelle1() nimmt die nicht mehr aktuellen Werte aus tabelle1 und speichert sie in der tabelle1_backup als eine neue Zeile.
''Erklärung'': Die Funktion backup_tabelle1() nimmt die nicht mehr aktuellen Werte aus tabelle1 und speichert sie in der tabelle1_backup als eine neue Zeile.


'''4. Erstellung des Triggers'''
'''4. Erstellung des Triggers'''
Zeile 99: Zeile 113:
''Erklärung'': Der Trigger wird erstellt und nach jedem DELETE oder UPDATE Befehl der auf die tabelle1 ausgeführt wird, ruft er die Funktion backup_tabelle1() auf,
''Erklärung'': Der Trigger wird erstellt und nach jedem DELETE oder UPDATE Befehl der auf die tabelle1 ausgeführt wird, ruft er die Funktion backup_tabelle1() auf,


=Quellen=
==Quellen==


*[[Throll, M.; Bartosch, O. (2005): Einstieg in SQL]]
*[[Throll, M.; Bartosch, O. (2007): Einstieg in SQL]]
*[[Eisentraut, P. (2003): PostgreSQL - Das offizielle Handbuch]]
*[[Eisentraut, P. (2003): PostgreSQL - Das offizielle Handbuch]]
*[[Douglas, K.; Douglas S (2003): PostgreSQL]]
*[[Douglas, K.; Douglas S (2003): PostgreSQL]]


*[http://de.wikipedia.org/wiki/Datenbanktrigger]
*[http://www.dbmsmag.com/9605d17.html]


[[Kategorie:SQL]]
[[Kategorie:SQL]]
[[Kategorie:Glossar]]
[[Kategorie:Glossar]]
[[Kategorie:GlossarWiki]]

Aktuelle Version vom 23. Mai 2019, 17:25 Uhr

Dieser Artikel sollte auf Korrektheit, Quellenangaben und GlossarWiki-Konformität hin überprüft werden.

Definition

In Datenbanken ist es neben der Speicherung und Abfrage von Daten auch möglich Logik selbst zu implementieren. Trigger gehören zum Bereich Logik und werden automatisch bei bestimmten Ereignissen, wie UPDATE, INSERT oder DELETE von Daten, ausgelöst.

Vorteile

  • Trigger lösen automatisch aus; Der Benutzer muss sich nicht über weitere Vorgänge des Updates Gedanken machen (Fehlervermeidung)
  • Trigger können Bedingungen bei INSERT, UPDATE oder DELETE Befehlen überprüfen
  • Trigger werden einmal für eine bestimmte Tabelle und Aufgabe implementiert
  • Trigger können in sich wiederum Trigger auslösen.
  • Trigger werden direkt im Datenbanksystemaufgerufen
  • Trigger können den Client-Serververkehr entlasten

Nachteile & Warnungen

  • Trigger können in sich wiederum Trigger auslösen (Belastung des Datenbanksystems)
  • Debuggen wird erschwert, weil Statements in Triggern nicht beim Debuggen aufgeführt werden
  • Mächtigkeit der Trigger fordert eine sehr gute Implementierung.
  • Fehlerhafte Trigger können Datenbestände beschädigen oder unbrauchbar machen
  • Festlegung, wie oft ein Trigger ausgeführt werden soll (Entlastung des Datenbanksystems)

Möglichkeiten von Triggern

  • Oft ist es notwendig, bei einer Löschung eines Kunden oder Users weitere Löschvorgänge auszuführen
  • Protokollerstellung bei einem Löschvorgang
  • Sicherung von Daten in eine Sicherungstabelle (s. Beispiel)
  • Auslösung von Vorgängen bei einem bestimmten Fall (z.B.: Mitgliederzahl über 100)

Implementierung von Triggern

Allgemein

Für die Erstellung von Triggern werden spezielle Programmiersprachen (PL/SQL oder SQL PL) verwendet. Außerdem ist es in einigen Datenbanksystemen möglich, in Triggern auch Stored Procedures aufzurufen. Dadurch entsteht die Möglichkeit ein Programm aus einer anderen Programmiersprache zu verwenden,

Syntax

Anlegen eines Triggers

CREATE TRIGGER triggername
[BEFORE | AFTER] [ INSERT | DELETE | UPDATE [OR ...] ]
	ON tablename FOR EACH ROW
	EXECUTE PROCEDURE functionname [(args)];

Löschen eines Triggers

DROP TRIGGER triggername

Beispiele

Automatische Sicherung von Inhalten einer Tabelle in eine zweite Tabelle

1. Schritt: Erstellung einer Tabelle

CREATE TABLE tabelle1
(
        id         integer primary key,
        name       varchar(40) not null,
        telefon    varchar(10),
        umsatz     decimal(10,2)
);

Erklärung: Anlegen der Tabelle.

2. Schritt: Erstellung der Sicherungstabelle

CREATE TABLE tabelle1_backup
(
        id             integer primary key,
        name           varchar(40) not null,
        telefon        varchar(10),
        umsatz         decimal(10,2)
        user_changed   varchar(40),
        date_changed   date,
        operation      varchar(15)
);

Erklärung: Anlegen der Sicherungstabelle mit den gleichen Spalten aus der Haupttabelle und zusätzlichen Spalten, die das Datum, die vorgenommene Änderung und User speichern.

3. Schritt: Erstellung einer Funktion für die automatische Sicherung

CREATE FUNCTION backup_tabelle1() RETURNS OPAQUE AS 
	BEGIN
		INSERT INTO tabelle1_backup
			VALUES
			(
				OLD.id,
				OLD.name,
				OLD.telefon,
				OLD.umsatz,
				CURRENT_USER,
				now(),
				TG_OP
			);
		RETURN NULL;
	END;
 LANGUAGE plpgsql

Erklärung: Die Funktion backup_tabelle1() nimmt die nicht mehr aktuellen Werte aus tabelle1 und speichert sie in der tabelle1_backup als eine neue Zeile.

4. Erstellung des Triggers

CREATE TRIGGER backup_tabelle1
	AFTER DELETE OR UPDATE
	ON tabelle1
	FOR EACH ROW
		EXECUTE PROCEDURE backup_tabelle1();

Erklärung: Der Trigger wird erstellt und nach jedem DELETE oder UPDATE Befehl der auf die tabelle1 ausgeführt wird, ruft er die Funktion backup_tabelle1() auf,

Quellen