Ich m�chte da noch einen zweiten Aspekt dazuf�gen: SP sind ein gutes Ansatz um die Pr�sentationsschicht von der Datenbank/Gesch�ftslogik zu trennen. Macht ich das ziemlich strikt, und leg mir z.B. SPs an, wie SP_GetKundensatz snstatt direkt auf die DB loszugehen, dann erreich ich 1) jemand anders kann an der DB rumschrauben, w�hrend die Seiten mit Layout und Grafik gebaut werden (Arbeit parallelisieren und/oder demjenigen in die Hand dr�cken, der das meiste Know-how zum Thema - oder freie Zeit - hat) 2) kann die DB jederzeit �ndern (von simpel bis komplex) ohne jedes Mal den Seiten was �ndern zu m�ssen (neulich hatten wir eine Diskussion �ber Loging von �nderungen - ist auf die Art wunderbar machbar. Auch sp�ter mal) -- Viele Gr��e Hubert Daubmeier -----Original Message----- From: Joachim van de Bruck [mailto:[EMAIL PROTECTED]] Sent: Friday, September 07, 2001 2:02 PM To: ASP Datenbankprogrammierung Subject: [aspdedatabase] AW: Wann Gespeicherte Prozeduren ? Hallo! > Hallo Liste, > > in welchen F�llen lohnt es sich gespeicherte Prozeduren beim SQL-Server > statt "normaler" SQL-Abfragen zu verwenden ? Sind "normale" SQL-Abfragen > nicht flexibler, weil ich mir den Abfrage-String in der ASP-Seite je nach > �bermittelten Formulardaten dynamisch zusammenbauen kann ? Oder geht das bei > gespeicherten Prozeduren auch ? > > Fragen �ber Fragen...ich hoffe Ihr k�nnt mir helfen... Gespeicherte Prozeduren k�nnen Parameter haben, sind also so flexibel wie Du es brauchst. Eigentlich m�sste man die Frage umkehren: Warum lohnt es sich, SQL-Statements in ASP/VBScript zusammenzusetzen? Ich finde es einfacher, den SQL-String im Query Analyzer oder in Access zu testen und in den ASP-Seiten nur die View/Abfrage oder SP aufzurufen. Schau mal ins Archiv dieser Liste: Es gibt jede Menge Anfragen wegen dieser SQL-Statements. Wenn man direkt in der Datenbank arbeitet, werden sehr viele Fehler von vornherein vermieden. Eigentlich macht SQL in ASP/VBScript nur �rger, vor allem, wenn man die Datenbank ver�ndert oder wechselt. Deshalb nutze ich f�r alle Updates und AddNews die ADO-Recordset-Methoden mit Parametern, und f�r die Deletes und alle Abfragen parametrisierte Views und Stored Procedures. Klar, dass beim SQL Server noch Trigger-Prozeduren dazukommen. Freundliche Gr��e Joachim van de Bruck | [aspdedatabase] als [EMAIL PROTECTED] subscribed | http://www.aspgerman.com/archiv/aspdedatabase/ = Listenarchiv Sie | k�nnen sich unter folgender URL an- und abmelden: | http://www.aspgerman.com/aspgerman/listen/anmelden/aspdedatabase.asp | [aspdedatabase] als [email protected] subscribed | http://www.aspgerman.com/archiv/aspdedatabase/ = Listenarchiv | Sie k�nnen sich unter folgender URL an- und abmelden: | http://www.aspgerman.com/aspgerman/listen/anmelden/aspdedatabase.asp
