Hallo! > > Der Befehl wird doch einwandfrei ausgef�hrt und f�hrt zum > gew�nschten > > Ergebnis, wozu also eine Fehlermeldung? > Ja beim L�schen ists nicht so wild, aber beim UPDATE finde > ich m�sste eine > Fehlermeldung kommen. Denn da ist das Ergebnis nicht das > gew�nschte ;((
In einer Datenbanklogik ist das Ergebnis korrekt und ich denke, es ist besser, Du gew�hnst Dich daran. Eine WHERE-Klausel besagt ja nicht, dass mindestens 1 Datensatz betroffen sein muss. Und genau deshalb gibt es ja RecordsAffected, damit man das Ergebnis mit der Gesch�ftslogik abgleichen kann. In .NET werden z. B. automatisch UPDATE-Statements generiert, die die urspr�nglichen Werte in der WHERE-Klausel haben, um sicher zu gehen, dass ein Datensatz nicht gleichzeitig von zwei Benutzern ge�ndert werden kann. Eine interessante Alternative zum physischen und logischen Record-Locking. > > �ber RecordsAffected - der zweite Parameter von > conn.Execute - bekommst > > Du dann die Anzahl der Zeilen mitgeteilt, die vom Befehl betroffen > > waren, in Deinem Fall also 0. Das hat auch nichts mit dem > SQL Server zu > Mit diesem kann ich das ganze abfangen. > > > tun sondern mit ADO. Vielleicht solltest Du hier alle m�glichen > > Parameter nutzen; das ist grunds�tzlich sicherer. > Also bei den beiden letzten Parameter muss es sich um eine SP-Variable > (Parameter 2) und die Art-Beschreibung des Kommandos > (Parameter 3) handeln, > oder? Beim Connection-Objekt ist der dritte Parameter eine Enumeration von Optionen. Ich w�rde ihn auf adExecuteNoRecords (128), damit ADO kein (leeres) Recordset f�r das Ergebnis erstellt. Beim Command-Object steht der CommandText in der entsprechenden Eigenschaft und die Execute-Methode hat drei Paramter: 1. RecordsAffected 2. Parameter-Array 3. Optionen (z. B. adCmdText + adExecuteNoRecords) Schreib den Befehl doch als SP in die Datenbank und rufe ihn �ber das Command-Objekt mit Parametern auf. Das ist allemal performanter und sicherer. Ich glaube nach wie vor, dass SQL nichts im VBS-Sourcecode zu suchen hat. Freundliche Gr��e Joachim van de Bruck ~~~~~~~~~~~~~~~~~~~~~~~~~~~sponsored by United Planet~~~~~~~~~~~~~~~~~ Intrexx.BizWalker + ODBC/OLEDB-Daten = ASP-Formular ATTACK! Download Intrexx CRM-Studio Now! http://www.intrexx.com _______________________________________________ Database.asp mailing list [EMAIL PROTECTED] http://www.glengamoi.com/mailman/listinfo/database.asp
