Allerdings wenn man viele andere SP's die wesentlich spezieller gahalten sind neben dieser in seiner Anwendung verwendet, so ist die Tatsache, dass man auch diese Anweisung nicht in der Applikation sondern im DB Server ablegt doch nur konsequent.
Ich habe mir in meiner App eine Enumeration zusammengest�pselt, die f�r jeden SP Namen einen Wert enth�lt. Das funktioniert recht gut.
Teile des SQL im DB Server und andere inline in der App zu halten finde ich nicht besonders konsequent.. das ist mein urspr�nglicher Hintergedanke hierzu gewesen.
Viele Gr��e Lars
At 13:49 25.06.2004, you wrote:
> CREATE PROCEDURE spDeleteDataObject /*L�scht das angegebene Objekt aus der Datenbank*/ @ObjToDelete UNIQUEIDENTIFIER, @ObjName VARCHAR(150) AS DECLARE @SQL VARCHAR(400) SET @SQL = 'DELETE FROM ' + @ObjName + ' WHERE ' + @ObjName + '_OID LIKE ''' + CONVERT(VARCHAR(255), @ObjToDelete) + '''' EXEC(@SQL) RETURN @@ERROR <
Ich sehe keinen Sinn und keinen Vorteil in einer Stored Proc mit diesem Inhalt. Wo liegt der Vorteil gegen�ber dem Zusammenbasteln der Query in der Anwendung?
Tsch��, Joachim
_______________________________________________ Database.asp Mailingliste, Postings senden an: [EMAIL PROTECTED] An-/Abmeldung und Suchfunktion unter: http://www.glengamoi.com/mailman/listinfo/database.asp
--- Eingehende Mail ist zertifiziert virenfrei. �berpr�ft durch AVG Antivirus System (http://www.grisoft.com/de). Version: 6.0.710 / Virendatenbank: 466 - Erstellungsdatum: 23.06.2004
www.zoologie-online.de
Lars Berner Stormcrow-Software Postfach: 110123 69071 Heidelberg
--- Ausgehende Mail ist zertifiziert virenfrei. �berpr�ft durch AVG Antivirus System (http://www.grisoft.com/de). Version: 6.0.710 / Virendatenbank: 466 - Erstellungsdatum: 23.06.2004
