løbe 750.000 records igennem for opdatering fra Visual Basic?

Den burde ikke dø af 750000 poster. Kan nok være din programmering.

så hvis jeg vælger select * from [tabel] ORDER BY [id]

og med cusorset så jeg kan opdatere samtidig med så burde det bare være det?
(3,2) står der når jeg åbner min SQL forespørgesel (er ikke lige så hård i VB)

Vi må nok se noget kode, eller i det mindste vide hvad det er der skal opdateres.

2 x INT, skal lige hitte koden på en anden maskine (men der kommer 1 gb ram mere i maskinen om 10 minutter, så ser vi lige)

Tror nok du skal kigge alvorligt på om det virkeligt er nødvendigt at lave et updatable recordset med 750000 records og om det er nødvendigt at sorterer på id (med mindre der er et index på den kolonne af en slags).

Hvis du kan komme i en situation hvor du bare sender et update til SQL server så er du langt bedre tjent med det, men kommer jo an på kravene til opdateringen, men prøv at skrive lidt om hvorfor du skal have alle 750000 records selected for at kunne lave den update.

krytpos: der skal laves en stolpesortering så post 1 og (antal/2) 375001 kan vises efter hinanden.

Men jeg har talt med en database person og han sagde at vi skulle gøre det direkte i SQL statements i stedet for at "misbruge" resultset/recordset (er det ikke det samme?)
Så det kræver vidst et kursus i SQL

Jeg det er meget langt fra det samme - SQL Server er i stand til langt mere effektivt at håndterer den slags internt. Den type recordset der skal anvendes til dit formål kræver en del resourcer (unødvendigt) på sålvel database serveren som på den klient som foretager opdateringen.

Undskyld men stolpesortering  ???

udskrift - hvor man ønsker flere poster pr print (fx a2 print, som skæres til 4 a4 sider efter print, her kan sorteringen være vigtig: her 4 stolper)

lukket.
Til info skal det nævnes der kom 1 gb ram mere i maskinen, total 2 gb
- og det hjalp gevaldigt på performance.