adovbs.inc

nej adovbs.inc siger intet med dit resultat, du kan lige så godt lade være.

Kun hvis du ændrer default-cursoren, og det kan der måske være
grund til. Måske ikke. Og du kan bruge konstanter (små tal) i stedet
for de navne, som adovbs.inc tilbyder.

Det var også hvad jeg regnede med, det med cursore.

Men hvad er det for noget med AdCmdText, adCmdStoredProc osv.?

Er det noget med at fortælle (ASP) serveren hvad for en type kommando der er, så den ikke selv skal regne det ud? Det mener jeg at have hørt.

Jeg har sgu ikke kræfter til at læse alle de tusinder af sider som jeg burde.

Heller ikke mig - vi tager det sådan lidt på fornemmelsen. Men betragt nu

Const adOpenForwardOnly = 0
Const adOpenKeyset = 1
Const adOpenDynamic = 2
Const adOpenStatic = 3

0\'eren bruger du selvfølgelig når du kun skal bladre fremaf. Billigst.
1\'eren kan du bruge hvis du skal have et resultat tilbage fra et
autoincrement felt
3\'eren bruger du hvis du har lyst til at bladre frem og tilbage i dit
recordset
2\'eren bruger du hvis du vil se ændringer i dit recordset, hvis de sker
mens du løber dem igennem.

Jeg håber du kan se forskellen i funktionalitet, og fornemme forskellen
i de ressourcer, der kræves bagved.

...og sådan er det hele vejen igennem ... hehe

Der komme åbenbart ikke noget svar, så jeg lukker. Jeg har spurgt flere, og ingen ved præcist hvad der er svaret, men råder mig til at includere adovbs.inc, bare for en sikkerheds skyld

erikjacobsen, vil du ikke have nogle af point\'ene? Selv om du ikke lige står og mangler :o)

Behold du dem bare. Jeg kan se at jeg helt har misforstået dig. Sålænge
du udelukkende bruger standard SQL-sætninger til opdateringer, og
select kun til udtræk der vises lineært, skal du ikke ændre default cursor.
Det er vist den billigste der bruges pr. default.

tpiil >> det var altså ikke rigtig 60 p værd, OK?

helt ok :)