Ich denke, nicht immer. Es kann auch zur Organisatorischen zwecken dienen. So rufe ich zum Beispiel Im Rahmen eines DTS Jobs immer wieder ein SP auf, dass nach dem Import Tabellen zusammenf�hrt. Das lautet eigentlich f�r jede Tabelle bis auf den Tabellennamen gleich. Das ganze mit einem EXEC Kostrukt zu machen, hat mir die Sache unheimlich erleichtert, gerade wenn weitere Importtabellen dazukommen. Da ein solches jeweils SP nur einmal am Tag aufgerufen wird sind verz�gerungen im kaum Messbaren Breeich nun wirklich hinunehmen.
Oft Beschleunigen SPs den Ablauf bereits, weil sie Prozesse zusammenfassen ohne das ein Zwischenspiel zwischen Client und Server stattfinden muss. Und neu Compiliert wird ein SP auch jedesmal, wenn nicht der Vollst�ndige Tabellenname mit Benutzer angegeben wird (z.B. dbo.Tabelle) Ich fand den Kommentar ehrlichgesagt ein wenig Platt. Gru�, Andreas > -----Urspr�ngliche Nachricht----- > Von: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Auftrag von [EMAIL PROTECTED] > Gesendet: Freitag, 3. Oktober 2003 06:41 > An: [EMAIL PROTECTED] > Betreff: [Database.asp] AW: Stored Procedures mal wieder :-| > > > > DECLARE @Tbl VARCHAR(30) > > SET @Tbl = @TableName > > EXECUTE 'SELECT * FROM '[EMAIL PROTECTED] > > RETURN > > Der Sinn von Stored Procedures ist es, schnellere Abfragergebnisse zu > erzielen. Das erreicht man nur, wenn der SQL Server bei der > Speicherung der > Stored Procedure wei�, welche Tabellen, Felder usw. betroffen sind. Dann > kann der Code vorkompiliert werden, nur dann gibt es auch die schnelleren > Abfrage-Ergebnisse. Die oben gezeigte L�sung bringt in Hinsicht auf mehr > Performance gar nichts. > > Was spricht dagegen, f�r jede Tabelle eine Stored Procedure zu erstellen? > Dann wird das Ziel erreicht, den SQL-Code in der DB zu speichern, > man erh�lt > einen Performance-Gewinn und kann individuell WHERE- und ORDER BY Klauseln > setzen. > > Tsch��, Joachim Uersfeld > > _______________________________________________ > Database.asp mailing list > [EMAIL PROTECTED] > http://www.glengamoi.com/mailman/listinfo/database.asp _______________________________________________ Database.asp mailing list [EMAIL PROTECTED] http://www.glengamoi.com/mailman/listinfo/database.asp
