Stored Procedure - Versionsgeschichte

Kowa: /* Implementierungs-Sprachen in PostgreSQL */

2013-06-22T11:16:46Z

Implementierungs-Sprachen in PostgreSQL

← Nächstältere Version		Version vom 22. Juni 2013, 11:16 Uhr
Zeile 24:		Zeile 24:

	=Implementierungs-Sprachen in PostgreSQL =		=Implementierungs-Sprachen in PostgreSQL =
	In [[Postgresql]] können neben reinem [[SQL]] auch andere Sprache für das Schreiben von SP´s genutzt werden, z.B. ~~in der Version 8.3:~~ PL/pgSQL, eine PostgreSQL-eigene Sprache für das Schreiben von SP´s, aber auch andere "Procedural Languages" wie PL/Tcl, PL/Python, PL/Perl oder C.		In [[Postgresql]] können neben reinem [[SQL]] auch andere Sprache für das Schreiben von SP´s genutzt werden, z.B. PL/pgSQL, eine PostgreSQL-eigene Sprache für das Schreiben von SP´s, aber auch andere "Procedural Languages" wie PL/Tcl, PL/Python, PL/Perl oder C.

	Vorteil dieser Sprachen ist, dass man auf gewohnte Kontrollstrukturen wie z.B. Schleifen zurückgreifen kann.		Vorteil dieser Sprachen ist, dass man auf gewohnte Kontrollstrukturen wie z.B. Schleifen zurückgreifen kann.

Kowa: /* Quellen */

2013-06-22T11:15:54Z

Quellen

← Nächstältere Version		Version vom 22. Juni 2013, 11:15 Uhr
Zeile 88:		Zeile 88:
	* {{Quelle\|Ziegler (2007)}}		* {{Quelle\|Ziegler (2007)}}
	* {{Quelle\|Rütten, Glemser (2006)}}		* {{Quelle\|Rütten, Glemser (2006)}}
	* [http://www.postgresql.org/docs/~~8.3~~/static/xplang.html PostgreSQL Manual, Chapter 37, Procedural Languages]		* [http://www.postgresql.org/docs/current/static/xplang.html PostgreSQL Manual, Chapter 37, Procedural Languages]
	* [http://www.postgresql.org/docs/~~8.3~~/static/xplang-install.html PostgreSQL Manual, Chapter 37, Installing Procedural Languages]		* [http://www.postgresql.org/docs/current/static/xplang-install.html PostgreSQL Manual, Chapter 37, Installing Procedural Languages]

	=Siehe auch=		=Siehe auch=

Kowa am 22. Juni 2013 um 10:30 Uhr

2013-06-22T10:30:16Z

← Nächstältere Version		Version vom 22. Juni 2013, 10:30 Uhr
Zeile 1:		Zeile 1:
			{{Qualität
			\|correctness = 2
			\|extent = 4
			\|numberOfReferences = 5
			\|qualityOfReferences = 5
			\|conformance = 4
			}}

	=Definition=		=Definition=

Zeile 85:		Zeile 93:
	=Siehe auch=		=Siehe auch=

	*[[Prepared Statement]]~~<br>~~		*[[Prepared Statement]]
	*[[SQL Injection]]		*[[SQL Injection]]

Kowa am 21. Juni 2013 um 17:41 Uhr

2013-06-21T17:41:27Z

← Nächstältere Version		Version vom 21. Juni 2013, 17:41 Uhr
Zeile 4:		Zeile 4:

	[[Stored Procedure]]s sind Funktionen, die innerhalb des DB-Server gespeichert werden und wie alle anderen, bereits eingebauten Funktionen z.B. round() aufgerufen werden können.		[[Stored Procedure]]s sind Funktionen, die innerhalb des DB-Server gespeichert werden und wie alle anderen, bereits eingebauten Funktionen z.B. round() aufgerufen werden können.


	=Vorteile=		=Vorteile=
Zeile 15:		Zeile 14:

	* <b>Sicherheit:</b> Absicherung gegen [[SQL Injection]], da die [[Stored Procedure]]s zusätzliche Befehle zur Ablaufsteuerung und Auswertung erfolgter Anweisungen enthalten können. Noch besser ist es aber SQL Injection bereits auf Anwendungs-Ebene vorzubeugen, also bevor die Abfragen an die Datenbank geschickt werden.		* <b>Sicherheit:</b> Absicherung gegen [[SQL Injection]], da die [[Stored Procedure]]s zusätzliche Befehle zur Ablaufsteuerung und Auswertung erfolgter Anweisungen enthalten können. Noch besser ist es aber SQL Injection bereits auf Anwendungs-Ebene vorzubeugen, also bevor die Abfragen an die Datenbank geschickt werden.


	=Implementierungs-Sprachen in PostgreSQL =		=Implementierungs-Sprachen in PostgreSQL =
Zeile 29:		Zeile 27:
	CREATE LANGUAGE plpgsql;		CREATE LANGUAGE plpgsql;
	</source>		</source>


	=Implementierungs-Beispiel einer rekursiven Funktion in PostgreSQL=		=Implementierungs-Beispiel einer rekursiven Funktion in PostgreSQL=
Zeile 48:		Zeile 45:
	);		);
	</source>		</source>


	Mit der Funktion "calc_mediadirectory_size" kann '''die Größe eines Ordners rekursiv bestimmt''' werden. Die Verwendung der coalesce-Funktion ist notwendig da ein MediaDirectory ohne Kind-Elemente [[NULL]] liefert, was in dieser Beispielanwendung aber als 0 interpretiert werden soll.		Mit der Funktion "calc_mediadirectory_size" kann '''die Größe eines Ordners rekursiv bestimmt''' werden. Die Verwendung der coalesce-Funktion ist notwendig da ein MediaDirectory ohne Kind-Elemente [[NULL]] liefert, was in dieser Beispielanwendung aber als 0 interpretiert werden soll.
Zeile 66:		Zeile 62:
	$$ LANGUAGE SQL;		$$ LANGUAGE SQL;
	</source>		</source>


	Aufruf der Funktion:		Aufruf der Funktion:
Zeile 83:		Zeile 78:
	=Quellen=		=Quellen=

	* [[Ziegler (2007)]]		* {{Quelle\|Ziegler (2007)}}
	* [[Rütten, Glemser (2006)]]		* {{Quelle\|Rütten, Glemser (2006)}}
	* [http://www.postgresql.org/docs/8.3/static/xplang.html PostgreSQL Manual, Chapter 37, Procedural Languages]		* [http://www.postgresql.org/docs/8.3/static/xplang.html PostgreSQL Manual, Chapter 37, Procedural Languages]
	* [http://www.postgresql.org/docs/8.3/static/xplang-install.html PostgreSQL Manual, Chapter 37, Installing Procedural Languages]		* [http://www.postgresql.org/docs/8.3/static/xplang-install.html PostgreSQL Manual, Chapter 37, Installing Procedural Languages]

Kowa am 9. Juli 2012 um 16:39 Uhr

2012-07-09T16:39:29Z

← Nächstältere Version		Version vom 9. Juli 2012, 16:39 Uhr
Zeile 93:		Zeile 93:
	*[[SQL Injection]]		*[[SQL Injection]]

	[[Kategorie:~~Daten-Management~~]]		[[Kategorie:Datenmanagement]]
	[[Kategorie:Sicherheit]]		[[Kategorie:Sicherheit]]
	[[Kategorie:Glossar]]		[[Kategorie:Glossar]]

Thoefer am 6. Juli 2009 um 21:23 Uhr

2009-07-06T21:23:04Z

← Nächstältere Version		Version vom 6. Juli 2009, 21:23 Uhr
Zeile 8:		Zeile 8:
	=Vorteile=		=Vorteile=

	* Wiederverwendbarkeit: Eine Funktion kann von verschiedenen Clients genutzt werden. Die [[SQL]]-Anweisung verbirgt sich in der Funktion uns muss nicht jedesmal neu formuliert werden.		* <b>Wiederverwendbarkeit:</b> Eine Funktion kann von verschiedenen Clients genutzt werden. Die [[SQL]]-Anweisung verbirgt sich in der Funktion uns muss nicht jedesmal neu formuliert werden.

	* Wartbarkeit: Änderungen müssen nur zentral an einer Stelle durchgeführt werden.		* <b>Wartbarkeit:</b> Änderungen müssen nur zentral an einer Stelle durchgeführt werden.

	* Performance: Vermeidung unnötiger Roundtrips zwischen Clientprogramm und Datenbank-Server, da z.B. eine Rekursion vollständig in der SP formuliert werden kann. Dadurch ergibt sich unter Umständen ein gravierender Performancegewinn, da jegliche Kommunikation mit dem Clientprogramm während der Rekursion entfällt. Erst das Ergebnis wird dann wieder zum Clientprogramm geschickt.		* <b>Performance:</b> Vermeidung unnötiger Roundtrips zwischen Clientprogramm und Datenbank-Server, da z.B. eine Rekursion vollständig in der SP formuliert werden kann. Dadurch ergibt sich unter Umständen ein gravierender Performancegewinn, da jegliche Kommunikation mit dem Clientprogramm während der Rekursion entfällt. Erst das Ergebnis wird dann wieder zum Clientprogramm geschickt.

	* Sicherheit: Absicherung gegen [[SQL Injection]], da die [[Stored Procedure]]s zusätzliche Befehle zur Ablaufsteuerung und Auswertung erfolgter Anweisungen enthalten können. Noch besser ist es aber SQL Injection bereits auf Anwendungs-Ebene vorzubeugen, also bevor die Abfragen an die Datenbank geschickt werden.		* <b>Sicherheit:</b> Absicherung gegen [[SQL Injection]], da die [[Stored Procedure]]s zusätzliche Befehle zur Ablaufsteuerung und Auswertung erfolgter Anweisungen enthalten können. Noch besser ist es aber SQL Injection bereits auf Anwendungs-Ebene vorzubeugen, also bevor die Abfragen an die Datenbank geschickt werden.

Thoefer am 6. Juli 2009 um 20:08 Uhr

2009-07-06T20:08:48Z

← Nächstältere Version		Version vom 6. Juli 2009, 20:08 Uhr
Zeile 31:		Zeile 31:


	=Implementierungs-Beispiel in PostgreSQL=		=Implementierungs-Beispiel einer rekursiven Funktion in PostgreSQL=
	Es soll ein [[Dateisystem]] in einer Datenbank modelliert werden. Ein Knoten kann also eine Datei oder ein Verzeichnis sein, welches wiederrum Kind-Elemente enthalten kann - das heißt man legt letztendlich eine Baumstruktur in der Datenbank ab. Ein Problem in einer solchen Anwendung ist es, die Größe eines Ordners zu ermittteln.		Es soll ein [[Dateisystem]] in einer Datenbank modelliert werden. Ein Knoten kann also eine Datei oder ein Verzeichnis sein, welches wiederrum Kind-Elemente enthalten kann - das heißt man legt letztendlich eine Baumstruktur in der Datenbank ab. Ein Problem in einer solchen Anwendung ist es, die Größe eines Ordners zu ermittteln.

Zeile 50:		Zeile 50:


	Mit der Funktion "calc_mediadirectory_size" kann die Größe eines Ordners rekursiv bestimmt werden. Die Verwendung der coalesce-Funktion ist notwendig da ein MediaDirectory ohne Kind-Elemente [[NULL]] liefert, was in dieser Beispielanwendung aber als 0 interpretiert werden soll.		Mit der Funktion "calc_mediadirectory_size" kann '''die Größe eines Ordners rekursiv bestimmt''' werden. Die Verwendung der coalesce-Funktion ist notwendig da ein MediaDirectory ohne Kind-Elemente [[NULL]] liefert, was in dieser Beispielanwendung aber als 0 interpretiert werden soll.
	<source lang="sql">		<source lang="sql">
	CREATE FUNCTION calc_mediadirectory_size(integer) RETURNS numeric AS $$		CREATE FUNCTION calc_mediadirectory_size(integer) RETURNS numeric AS $$

Thoefer am 6. Juli 2009 um 20:06 Uhr

2009-07-06T20:06:27Z

← Nächstältere Version		Version vom 6. Juli 2009, 20:06 Uhr
Zeile 22:		Zeile 22:
	Vorteil dieser Sprachen ist, dass man auf gewohnte Kontrollstrukturen wie z.B. Schleifen zurückgreifen kann.		Vorteil dieser Sprachen ist, dass man auf gewohnte Kontrollstrukturen wie z.B. Schleifen zurückgreifen kann.

	Bevor man eine Funktion in einer "Procedural Language" schreiben kann, muss diese ~~erst in jeder Datenbank, in der diese verwendet werden soll~~ "installiert" werden.		Bevor man eine Funktion in einer "Procedural Language" schreiben kann, muss diese "installiert" werden.

	Dazu verwendet man z.B. für PL/~~pgsql~~ folgende Anweisung:		Dazu verwendet man z.B. für PL/pgSQL folgende Anweisung:

	<source lang="sql">		<source lang="sql">

Thoefer am 6. Juli 2009 um 20:05 Uhr

2009-07-06T20:05:32Z

← Nächstältere Version		Version vom 6. Juli 2009, 20:05 Uhr
Zeile 20:		Zeile 20:
	In [[Postgresql]] können neben reinem [[SQL]] auch andere Sprache für das Schreiben von SP´s genutzt werden, z.B. in der Version 8.3: PL/pgSQL, eine PostgreSQL-eigene Sprache für das Schreiben von SP´s, aber auch andere "Procedural Languages" wie PL/Tcl, PL/Python, PL/Perl oder C.		In [[Postgresql]] können neben reinem [[SQL]] auch andere Sprache für das Schreiben von SP´s genutzt werden, z.B. in der Version 8.3: PL/pgSQL, eine PostgreSQL-eigene Sprache für das Schreiben von SP´s, aber auch andere "Procedural Languages" wie PL/Tcl, PL/Python, PL/Perl oder C.

	Vorteil dieser Sprachen ist, dass man auf gewohnte Kontrollstrukturen ~~zurückgreifen kann die es in reinem SQL nicht gibt~~ z.B. Schleifen.		Vorteil dieser Sprachen ist, dass man auf gewohnte Kontrollstrukturen wie z.B. Schleifen zurückgreifen kann.

	Bevor man eine Funktion in einer "Procedural Language" schreiben kann muss ~~man dieser~~ erst in jeder Datenbank, in der diese verwendet werden soll "installiert" werden.		Bevor man eine Funktion in einer "Procedural Language" schreiben kann, muss diese erst in jeder Datenbank, in der diese verwendet werden soll "installiert" werden.

	Dazu verwendet man z.B. für PL/pgsql folgende Anweisung:		Dazu verwendet man z.B. für PL/pgsql folgende Anweisung:

Thoefer am 6. Juli 2009 um 20:04 Uhr

2009-07-06T20:04:31Z

← Nächstältere Version		Version vom 6. Juli 2009, 20:04 Uhr
Zeile 18:		Zeile 18:

	=Implementierungs-Sprachen in PostgreSQL =		=Implementierungs-Sprachen in PostgreSQL =
	In [[Postgresql]] können neben reinem [[SQL]] auch andere Sprache für das Schreiben von SP´s genutzt werden, z.B. in der Version 8.3: PL/pgSQL, eine PostgreSQL-eigene Sprache für das Schreiben von SP´s, aber auch PL/Tcl, PL/Python, PL/Perl oder C.		In [[Postgresql]] können neben reinem [[SQL]] auch andere Sprache für das Schreiben von SP´s genutzt werden, z.B. in der Version 8.3: PL/pgSQL, eine PostgreSQL-eigene Sprache für das Schreiben von SP´s, aber auch andere "Procedural Languages" wie PL/Tcl, PL/Python, PL/Perl oder C.

	Vorteil dieser Sprachen ist, dass man auf gewohnte Kontrollstrukturen zurückgreifen kann die es in reinem SQL nicht gibt z.B. Schleifen.		Vorteil dieser Sprachen ist, dass man auf gewohnte Kontrollstrukturen zurückgreifen kann die es in reinem SQL nicht gibt z.B. Schleifen.

			Bevor man eine Funktion in einer "Procedural Language" schreiben kann muss man dieser erst in jeder Datenbank, in der diese verwendet werden soll "installiert" werden.

			Dazu verwendet man z.B. für PL/pgsql folgende Anweisung:

			<source lang="sql">
			CREATE LANGUAGE plpgsql;
			</source>


Zeile 72:		Zeile 80:
	media_items		media_items
	</source>		</source>


	=Quellen=		=Quellen=
Zeile 78:		Zeile 85:
	* [[Ziegler (2007)]]		* [[Ziegler (2007)]]
	* [[Rütten, Glemser (2006)]]		* [[Rütten, Glemser (2006)]]
	* [[http://www.postgresql.org/docs/8.3/static/xplang.html]]		* [http://www.postgresql.org/docs/8.3/static/xplang.html PostgreSQL Manual, Chapter 37, Procedural Languages]
			* [http://www.postgresql.org/docs/8.3/static/xplang-install.html PostgreSQL Manual, Chapter 37, Installing Procedural Languages]

	=Siehe auch=		=Siehe auch=