Hallo! > > Also ich bleibe dabei: ADO sollte das machen. Das funktioniert immer. > > ;-) > > Egal, ob man dann noch eine VB-Komponente hat oder nicht. > > da m�chte ich dir widersprechen - wozu ein recordset bem�hen, > wenn man's gleich geliefert bekommt - macht ja auch ADO ;-) > (der provider macht vermutlich ohnehin in beiden f�llen das > gleiche - ich halte das command-objekt f�r schlanker)
Eben nicht - kommt schlie�lich auf die CursorLocation an. Und das in dem Fall eine VB-Komponente mit cmd.Execute schlanker sein soll als ein ADO-Recordset, glaubst Du ganz bestimmt selber nicht, oder? ADO macht Dich ziemlich unabh�ngig von der verwendeten Datenbank und von den Gebietsschemata im Betriebssystem, was mitunter allein schon als Argument ausreicht. Man spart eine Menge VBScript-Code und kann sich gerade in Verbindung mit SQL-Server auch VB-Komponenten schenken, zumindest die, die nur auf die Datenbank zugreifen. Ein rs.AddNew(array(...), array(...)) ist aus meiner Sicht in VBScript die erste Wahl, weil es in den meisten F�llen �konomischer ist. ADO macht die Typumwandlung abh�ngig vom aktuellen Gebietsschema, liefert ordentliche Fehlermeldungen und auch AutoInkrement- und AutoUpdate-Werte. Da muss man schon mit C++ kommen, um das in einer Komponente effektiver hinzukriegen. Und nat�rlich ist das schon gar nichts f�r VBScript. Tats�chlich nutze ich das Command-Objekt nur, um in der Datenbank definierte Procedures mit Parametern abzurufen. Aber auch hier verwende ich h�ufig das Recordset, um entweder direkt eine XML-Datei oder mit mit rs.GetString HTML-Code zu erzeugen. 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
