SQL Optimierung V5R4 Teil II

[KingofKning]

Danke für den Vorschlag, das heißt du bist kein freund von udfs?
Ich persönliche mag es eigentlich lieber modular zu arbeiten und möglichst viele Sachen auszulagern um den Hauptteil möglichst klein zu halten.
wann würdest du denn udfs stored procedures etc. Einsetzen?

[BenderD]

... modular ist OK; das Mittel der Wahl sind da aber Views. UDFs sind sinnvoll, wenn man zum Beispiel aus mehreren Feldern eines einzelnen Datensatzes einen neuen Inhalt ableitet, aber selbst da holt es einen häufig ein, dass man dann aus Performancegründen andere Wege gehen muss. Was stored Procedures angeht, da wird im AS400 Umfeld momentan viel Unfug propagiert (RLA Programme, die ein resultset zusammenbasteln und zurückgeben, was dann mit einem elementaren Select einfacher, besser und schneller gegangen wäre). Vieles von diesem Kram wird auch vom IBM Marketing empfohlen weil (nicht obwohl!!!) es nicht SQL Standard konform ist.

D*B,

[KingofKning]

Dieses UDF ist ja ein Teil einer View die jetzt schon ein 30 Zeiler ist, da die Schnittstelle extrem viele Daten benötigt.
Ich werde das heute mal ausprobieren, melde mich dann mit dem Ergebnis zurück.

GG

[BenderD]

... die Crux mit den UDFs ist, dass der Optimizer nicht sieht, was innerhalb der UDF passiert; das ist sowas wie eine fixe, nicht (genauer gesagt: selten) auflösbare Klammerung.
Schwierig für den Optimizer ist auch die Art des Concat, das ist auch wieder eine starre Klammerung. Letztlich werden dann Abfragen rekursiv ausgeführt, was insbesondere mit dem Aufbau von temporären Indexen tödlich werden kann.
Aus Deiner UDF könnte man auch eine View machen und die dann in die übergeordnete View einbinden, dann kommt der Optimizer bei der Optimierung dran und kann das in seinen Access Plan einbeziehen.

D*B