Hm, eigener Thread ?
Ich habe 10 SPs, die je nach Konfiguration nacheinander aufgerufen werden müssen in einer einzigen Transaktion.
SP1->SP2->SP3->SP6->SP10
oder
SP1->SP3->SP9->SP6
oder
SP10->SP8->SP6
oder oder oder
Und jetzt bei mal pro möglicher Konfiguration eine SP, viel Spass.
Waren das 10! (Fakultät) Möglichkeiten?
Na gut!
Also ich sehe da kein Problem. Wir machen sowas. Z.B. in Oracle* ca. 20 generische "Packages" (Oracle
Package grob = ~Sammlung von SP) mit geschätzt jeweilse 10-50 SP und das ganze nochmal größer für die Business Logik des Kunden.
Und weg von den SP, einfach mit AB:
aus Delphi Code
Code:
[dbcompo.beginTransaction]
SP1->SP3->SP9->SP6
SP10->SP8->SP6
[dbcompo.endTransaction]
wird ein ExecSQL mit .sql=
Code:
execute block
as
begin
SP1->SP3->SP9->SP6
SP10->SP8->SP6
end
plus try except
Das ist im Sinne von Codeaufwand mehr oder weniger identisch. Auch wenn die Rangehensweise anders ist und man es nicht 1:1 umstellen kann. Man hat mit AB absolute Flexibilität und kann SP und einzlene Statements mischen, wie benötigt.
SP daraus zu machen, ist m.E. eher eine "Hygiene"frage oder wie man das auch nennen mag. Das ist dann neben einigen praktischen Aspekten etwas, was wirklich keine Ressourcenvorteile o.ä. bringt, also weit mehr Geschmackssache.
*analog in Postgres (ohne packages),
oder eben auch in firebird möglich,
und seit 8 auch in
mysql