> Also der Artikel ist kein Schmarr'n, er ist halt nur nicht vollst�ndig > und beschreibt meines Erachtens auch keine optimale L�sung f�r's Web > (Keyset-Cursor!!!).
also �ber den keyset-cursor mag man ja je nach anwendungsfall noch geteilter meinung sein, mich hat aber folgender satz v�llig verunsichert: Das Setzen der CursorLocation auf adUseServer bewirkt, da� der Recordset Cursor von der Datenbank, und nicht von ADO oder dem Datenbankprovider (wie ODBC oder OLE DB), verwaltet wird. Dies ist notwendig, um direkten Zugriff auf den von der Datenbank automatisch generierten ID-Wert zu erhalten nun verwendet das beispiel dsn aber es funktioniert hier (mit oledb) definitiv _nicht_ bleiben zwei m�glichkeiten: oledb vertr�gt den server-cursor nicht, oder ich habe ein konfigurationsproblem _notwendig_ ist adUseServer jedendfalls nicht > > ADO macht das automatisch, bei > ClientSide-Static-Cursor ODER > Property(Update_Resync) = adResyncAutoincrement dar�ber bin ich heute schon gestolpert, wusste dann aber nicht wie setzen > > Und nat�rlich steht das auch in der MSDN unter ADO und in den > Technischen Artikeln. ... wo ich mich vorher nat�rlich schon herumgetrieben habe ;-) deine erl�uterungen sind - wie immer - sehr hilfreich, deutest du damit an, dass es auch bei einem insert-statement eine m�glichkeit gibt, die id wieder auszulesen? und um auf die sache mit den arrays nochmal zur�ckzukommen: du meinst, lieber NULL einf�gen als einzelne felder ist performanter - sonst m�sste ich mir das fields-array ja vorher auch irgendwie dynamisch generieren (und ja, du hast v�llig recht, wenn du �ber string = string & ... konstrukte herziehst) - war da nicht irgendwas mit array.append? liebe gr�sse, christian | [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
