Hallo! > Das ganze ist halt komplexer als das pflegen eines Adressbuches. > > Aber abgesehen davon, wenn ich einen Update eines eindeutigen > Satzes (ID) > mache, und ich keine Fehlermeldung erhalte, ist das falsch, > so denke ich.
Du hast Recht, dass es Situationen gibt, in denen man genau wissen muss, ob ein Datensatz vorhanden ist oder nicht. Und genau deshalb gibt es ja RecordsAffected als R�ckgabewert. Allerdings kann die Datenbank nicht wissen, wieviele Treffer bei einem einzelnen Select (oder Update oder Delete) jetzt gerade erwartet werden. Datentechnisch ist das Ergebnis von "DELETE FROM ... WHERE id = 1" immer identisch, unabh�ngig davon, ob ein Datensatz mit der Id 1 vorher existiert hat oder nicht. Insofern ist eine Fehlermeldung nicht gerechtfertigt, zumal die Datenbank ja auch nicht wissen kann, wieviele Datens�tze Du erwartest. Bei "DELETE FROM ... WHERE ID < 10" wird es deutlich: Wann soll eine Fehlermeldung erscheinen? Wenn ein Datensatz mit der Id von 1 bis 9 nicht gel�scht werden kann, oder schon wenn kein Datensatz mit der Id 7 existiert, oder erst wenn weniger als 4 Datens�tze gel�scht werden, oder ...? Von der Datenlogik her gibt es also keine Fehlermeldung und f�r die Businesslogik f�llt SQL den Wert @@ROWCOUNT, den ADO in RecordsAffected zur�ckgibt. Und es erscheint mir wichtig, dass man die Datenankphilosophie hier begreift. 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
