selectable stored procedure

[jobo]

Tja der Sinn, vielleicht denkt der TE, SP ist schneller?
Das wäre hier falsch gedacht.

Zum Vorschlag:
Im Prinzip ok, ich würde allerdings überlegen, wie die Prozedur aufgerufen werden kann/soll und wie entsprechend die Parameter abzusichern sind.
Idiotensicher mit vollständiger Prüfung innerhalb der SP> welche Parameter sind überhaupt befüllt?
>Welcher Aufruf des Select macht dann also Sinn?

Geschützter Aufruf> Anwendung überwacht die Befüllung der Parameter und setzt nur vorgeprüfte Parameterkombi ab.

Im Beispiel ist die Parameterprüfung mit anschließender Verzweigung recht grob und kann zu schlechten Ergebnissen führen.

[SvB]

Danke.
Das hier waren nur Beispiele, ich wollte keine 50 Zeilen Code posten.
Ich probiere das so mal aus.

[SvB]

Aufgrund eurer Infos habe ich generell bisschen mit "stored procedures" vs "View" herumgespielt.
Einmal habe ich meine Abfrage komplett auf SP und das andere mal komplett auf eine View aufgebaut.
Meine Datenbankverbindung läuft über ein VPN auf die DB in der Zentrale.
Die Rückgabe der Daten über SP benötigt durchweg ca. 300ms.
Bei der View sind es beim ersten Aufruf ca. 550ms, alle weiteren sind dann unter 200ms.
Ich glaube ich werde mal weiter in Richtung View gehen.

[Neumann]

Sicher ist die Verzweigunsprüfung nur als Beispiel gedacht und sollte real etwas differenzierter sein.

Ob ein View, eine Sp oder eine direkte Abfrage schneller ist, kann man nicht pauschal sagen. Gerade Abfragen auf Views oder Sps mit Joins könne sehr lange dauern.

Manchmal ist es sogar besser, die View-Daten in eine Temporäre Tabelle zu Kopieren und dann darauf seine Selects loszulassen.

[p80286]

Ich frage mich wofür diese Abfrage gut sein soll.
Wie wäre es mit

Code:

Select id from tab1 where kdnr=:kdnr;

select Daten from tab1.....where id=:id
and bed1=....;

Gruß
K-H

[jobo]

Zitat von SvB:

Bei der View sind es beim ersten Aufruf ca. 550ms, alle weiteren sind dann unter 200ms.
Ich glaube ich werde mal weiter in Richtung View gehen.

Arbeitest Du mit Parametern oder machst Du Stringreplace / Format im Select Statement.
Vielleicht bekommst Du mit Parameter Verwendung die anfänglichen 550 ms noch gedrückt.

Und
Hab jetzt nicht mehr alles im Blick, aber wieso Views? Auch wenn ich immer die Verwendung von Views empfehle- grundsätzlich-, auch ein View bringt hier nichts gegenüber der SP. Ein simples Select sollte genau so schnell sein wie der View. Die Varianz liegt doch nur in dem wechselnden Feld in der Where Bedingung.

Ich frage deswegen, weil man auf die Idee kommen könnte, die beiden Abfrage-Varianten per Union zusammenzufassen, indem man die beiden abzufragenden Felder in einer künstlichen Spalte zusammenführt und dann eine einheitliche Abfrage auf das neue virtuelle Feld machen kann. Da ist man dann wieder beim Thema Resourcenverschwendung.
Je nachdem wie kleine Deine Tabelle ist, fällt sowas dann anfangs nicht durch schlechte Antwortzeiten auf.

[SvB]

Moin,
ich arbeite mit Parametern. Die 550ms sind nicht das Problem. Wollte das nur als Info durchgeben, dass bei einer SP die Zeiten immer relativ gleich sind und bei einer View nach dem zweiten Aufruf geringer sind. (Jedenfalls bei meinen Tests).
Das kommt aber auch bestimmt darauf an, wie ansonsten im Programm weiter gearbeitet wird, dazu müsste ich aber ein umfangreiches Monitoring durchführen.

Für den Moment ist alles gut.