Hallo!
> Aber:
> Nicht bei UPDATE. Ich bleibe der Meinung, dass ein UPDATE auf einen
> eindeutigen Satz der nicht existiert eine Fehlermeldung
> erzeugen muss, in
> Datenbank- und Businesslogik, und dass nicht der Entwickler
> zust�ndig daf�r
> ist um zu schauen ob es den Satz �berhaupt gibt, das ist f�r
> mich Steinzeit.
> Keine Fehlermeldung bedeutet f�r mich, dass alles gem�ss
> Anforderung (also
> das �ndern eines bestehenden Satzes) korrekt verlief. Und das
> ist ja in dem
> Fall, wo der Satz nicht existiert, nicht der Fall.
Dir reicht "UPDATE ... WHERE ..." nicht? Du brauchst ein "UPDATE ... FOR
ALL WHICH ..." und ein "UPDATE ... WHERE ... WITH CHECKFOREXISTANCE" und
noch so manche andere Varianten und Optionen von "WHERE".
Warum machst Du dann nicht ein "UPDATE ... WHERE CURRENT OF {GLOBAL}
cursor"?
Aber im Ernst: Deine Forderung ist in meinen Augen mindestens genauso
falsch, weil Sie nicht ber�cksichtigt, dass gleichzeitig auch andere
Benutzer den Datensatz �ndern k�nnen. Die id ist keine Datensatznummer,
sondern eine Spalte wie jede andere, die sich vielleicht noch als
Prim�rschl�ssel besonders eignet, sie ist beim UPDATE nicht zwingend
erforderlich. Au�erdem ist die Nichtexistenz eines Datensatz ganz selten
ein datenbanktechnischer Fehler (SQL-Syntax, Transaktionsfehler, ...),
sondern in der Regel ein Anwendungsfehler. Also muss die Anwendung hier
aktiv werden (@@ROWCOUNT in T-SQL bzw. RecordsAffected in ADO). Damit
Datenlogik und Anwendungslogik zuverl�ssig aufgebaut werden k�nnen, gibt
es halt die M�glichkeit, Gesch�ftsprozesse in der Datenbank mit Views
und Stored Procedures und Userdefined Functions zu definieren. Gerade
bei Workflow-Anwendungen scheint mir das besonders wichtig. Eine
SQL-Fehlermeldung sollte m. E. aber ausschlie�lich f�r
datenbanktechnische Fehler erzeugt werden, oder von Dir in einer Stored
Procedure, die einen Gesch�ftsprozess abbildet (SELECT ... WHERE ...; IF
@@ROWCOUNT = 0 RAISEERROR ... ELSE UPDATE ... WHERE ...).
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
