Deswegen haben wir haben uns fuer diesen zweck einen Wizard fuer Store Procs geschrieben, Dynamisch ist toll wenn man auch Vorteile der technik ausnutzt und nicht sabotiert ... wie Joachim richtig sagte
Gruss Roman Pittroff Consulting Bangkok, Thailand >-----Original Message----- >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] >Sent: 03 October 2003 11:41 >To: [EMAIL PROTECTED] >Subject: [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/datab>ase.asp > _______________________________________________ Database.asp mailing list [EMAIL PROTECTED] http://www.glengamoi.com/mailman/listinfo/database.asp
