Tidsforbrug ved at åbne og lukke connections til database

.NET bruger connection pool så overheadet ved at lave en connection
burde være minimal

du kan prøve og holde connection åben og se om det gør en forskel

men ellers tror jeg at vi skal kigge lidt på dine opdaterings SQL

Alletiders..
Den tabel der skal opdateres er temmelig stor - har mange attributter.

Jeg har en funktion der bare opdaterer alle felter - uanset at det ikke er nødvendigt. Da det tog lang tid, lavede jeg en ny der kun opdaterde de 3-4 stykker som rent faktisk blev ændret. Umiddelbart synes jeg ikke der var noget at hente.

Hvor meget betydning har det at tabellen er stor?

Hvis der er noget specifikt du gerne vil se (SQL), så siger du bare til :o)

hvis du opdaterer alle rækker : meget

hvis du kun opdatererfå rækker og har index på felter som indgår i WHERE : lidt

Min SQL hedder noget i stil med
UPDATE tabel SET x = 'værdi_1', y = 'værdi_2'......., z = 'værdi_n' WHERE id = k

id er tabellens nøgle som er et autonummer. Går ud fra at det i så fald er indexeret?

Jeg opdaterer ikke alle rækker. Typisk vil det kun være max 100, og det vil i praksis nok ikke ta længere tid end at man kan holde det ud (Det skal kun gøres 1-2 gange dagligt)

Det var mere den generelle problemstilling omkring hvad man kan gøre for at optimere sine kald til databasen. Går ud fra at det ikke bliver sidste gang jeg støder på denne slags problematikker.

hvis id er primary key, så er der automatisk index på

generelt er man ikke bekymret for at åbne og lukke database connections
når frameworket bruger connection pooling

Rart at vide. Èn ting mindre at bekymre sig om :o)

Smider du et svar, så kvitterer jeg med point.

ok