Wann Stored Procedure nutzen?

[-187-]

Hm ja Heiko hat noch ein ganz wichtiges Thema genannt.

Eine Stored Procedure wird auch benutzt um eine kontrollierte Manipulation der Daten zu gewährleisten.

Bzw. eine Manipulation der Daten in Bereichen in dem der normale Anwender keine Rechte hat. (zB Löschen von Daten)

[tsteinmaurer]

Folgende Punkte sind eine "Warum solch ich serverseitige Sachen (Procedures/Trigger) verwenden" Liste aus meinen Vorträgen:

- Run code on any Firebird platform unchanged
- Make the same code for different connectivity technologies available
- Reduce network traffic
- Centralize business logic
- Improve query execution, because pre-compiled server-side code is stored in the database system tables
- Data abstraction layer
- Ensure customized data integrity
- Enforce business rules
- Build a server-side logging/auditing mechanism
- Notify client applications upon certain events
- Data model checking routines
- Create complex calculation routines
- Create your own functions without using an UDF
- The procedural language PSQL is easy to learn, easy to use and powerful


Wird sicherlich nicht vollständig sein ... ;-)

[Hansa]

Zitat:

Zitat von tsteinmaurer (Beitrag 1087493)

Folgende Punkte sind eine "Warum solch ich serverseitige Sachen (Procedures/Trigger) verwenden" Liste aus meinen Vorträgen:

- Run code on any Firebird platform unchanged

Da muss man aber dazu sagen, dass das "unchanged" sich auf Delphi bezieht, sofern der SQL-Code der SP nicht DB-seitig geändert wurde ! Also andere Parameterliste usw. Woher soll das Programm ohne Änderungen wissen, dass da andere Daten zurückgeliefert werden ? Oder mache ich da Denkfehler ?

[mkinzler]

Nein, eher ob auf Windows, Linux oder MacOSX

[Hansa]

Andere Betriebssysteme sind ja wohl klar. Und was ist das ::shock:

Zitat:

---------------------------
Benachrichtigung über Debugger-Exception
---------------------------
Im Projekt pro.exe ist eine Exception der Klasse EFIBInterBaseError aufgetreten. Meldung: 'DMod.SchreibeSP:
Unsuccessful execution caused by a system error that precludes
successful execution of subsequent statements.
Dynamic SQL Error.
Input parameter mismatch for procedure SCHREIBE_SP8.
'. Prozess wurde angehalten. Mit Einzelne Anweisung oder Start fortsetzen.
---------------------------
OK Hilfe
---------------------------

Muss ich jetzt Mac kaufen, um zu sehen, dass da auch so ist ?

Edit : habe lediglich in SP neuen Parameter angelegt (mit IBExpert), ohne am Programm was zu ändern.

[mkinzler]

Von Parameterunabhängigkeit hat Thomas nichts geschrieben

[Hansa]

Deshalb habe ich das ja geschrieben. :mrgreen: Da muss man schon aufpassen. Auch das mit den Domains kommt mir etwas zu kurz. Es besteht eine gewisse Vorliebe alles Dephi-ähnlich über Typen (Domains nur ähnlich, nicht identisch !!) zu regeln und die dann als Parameter zu übergeben (was Domains aber nicht leisten). Auch da ist Gefahr im Verzug. Zumindest < FB 2.5.

[jobo]

Die Erweiterung von StoredProcedures ist ja eine recht spezifische Konstellation und durchaus vergleichbar mit alter Table statements, die in einem SQL auch nicht automatisch berücksichtigt sind.

Daher weiß ich nicht ob das nun ein pro oder contra sein könnte.

Wenn man bei neuen Parametern mit Defaultwerten arbeitet und sie entsprechend positioniert, kann man das Thema ja umschiffen.

[jobo]

Im übrigen bietet eine Vorbelegung von Parametern auch bei dieser Frage

Zitat:

Wann sollte man keine SP benutzen, bzw. was ist der Nachteil bei dem, was jobo hier ansprach:

noch etwas Luft.

[Hansa]

Zitat:

Zitat von jobo (Beitrag 1087511)

Im übrigen bietet eine Vorbelegung von Parametern auch bei dieser Frage
..noch etwas Luft.

Nein, die Luft ist weg. Die Definition der Datenbank stimmt nicht mehr mit der im Programm überein ! Warum soll das was nützen, etwas dem Programm unbekanntes vorzubelegen, wenn es nicht mal definiert ist ? :shock: