Hallo! > > Das Ergebnis ist ein Recordset und zwar ein leeres, wenn die Kriterien > > so gesetzt werden, dass keine Zeilen summiert werden k�nnen, oder ein > > Recordset mit einem Datensatz und einer Spalte. > > > > Mit "rs.EOF" pr�fst Du, ob �berhaupt eine Summe gebildet wurde, und > > das erledigt sich vorher schon von selbst, da nur dann dieser string > zusammengebaut wird wenn vorher ein sinnvoller inhalt f�r die where- > klausel gefunden > wurde...
Sicher? Auch eine "sinnvolle" WHERE-Klausel kann so beschaffen sein, dass keine Datens�tze selektiert werden, und das kann wiederum ein "sinnvolles" ergebnis sein, oder? > > Na ja, und ich finde es auch �berfl�ssig, wegen eines einzelnen > > Wertes, > > ein Recordset aufbauen und �bertragen zu lassen. Kannst Du da nicht > > mit > > einer Stored Procedure arbeiten? > > 2-schneidig: > besser wegen h�herer geschwindigkeit > schlechter weil ich nur deshalb zus�tzlich auch noch sp's �berwachen > muesste Na! Also �berwachen musst Du immer entweder die SP in der Datenbank oder Deinen VBS-Code in der Applikation und dabei ist mir die SP in der Datenbank lieber, weil ich diese dort auch sofort testen kann und ich im VBS-Code keine Datenbankeinstellungen ber�cksichtigen muss (Gebietsschemata, Literalbegrenzer f�r Datum, ...). Eine SP ist m. E. schneller bei der Entwicklung und bei der Ausf�hrung und viel einfacher zu warten. 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
