"Niels Henriksen" <niels@WHATbiggs.dk> wrote in message
news:9avgds$1j76$1@news.cybercity.dk...
> "Peter Lykkegaard" <polonline@hotmail.com> wrote in message
> news:wABA6.150$X22.2543@news.get2net.dk...
> >
> > Det var også lige min umiddelbare mening, men der kan være en god grund
>> til at hente en lang liste - og alt andet lige så burde den ikke tage al
saft
>> og kraft ud af maskineriet
> >
> Jeg har også prøvet det ved at jeg havde en liste på 100.000 linier jeg
> skulle indsætte i en database.
>
> Det kørte på 2 servere. En VBS-fil på den ene maskine og en SQL-server på
> den anden. SQL-serveren stod og knoklede derud'a mens maskinen med
VBS-filen
> intet foretog sig.
> Det jeg lavede var blot en simpel Insert i én tabel.
>
Det er også næsten den mest forkerte måde at gøre det netop i det specielle
tilfælde
Her skal bruges BCP værktøjerne - slå op i BOL (Books Online) ang dette
Evt kik på BULK INSERT der henter data fra csv ting
Et dbms er beregnet til set (mængde) orienteret metoder aldrig én række ad
gangen
Man kan snildt slå en SQL server totalt ihjel ved bruge fx cursor
operationer
Har man et cpu load på 100 procent (i længere tid), så er det på tide at
kikke sig om efter noget dual (eller flere) tamtam - forudsat at koden er
10-4 og ikke _kan_ laves på anden måde
Som James antyder, så er det mandatory at MSSQL kører på en dedikeret
server, da programmet stjæler saft og kraft med arme og ben ud af serveren,
hvis der er behov for det - det er by design
Andre ting der kan give et heavy load er fx mangel på raid, for lidt memory
etc
Kik fx på
http://www.sql-server-performance.com/
http://www.mssqlserver.com/
For mere info
mvh/Peter Lykkegaard