---

Hej.

Jeg sidder med en asp-side, som tager en masse tal ud fra en sql-server.
Her er jeg stødt på en udfordring med to valgmuligheder, hvor jeg ikke helt
kan lure hvilken der er den hurtigste/mindst ressourcekrævende.

Problemet består i at jeg har en tabel, hvor hver række skiftevis indeholder
data fra ét sql-kald, og skiftevis fra et andet sql-kald.

Det ene jeg kan gøre, er at lave to "store" sql-kald, som tager fat i alle
de relevante tal. Og så have disse to forbindelser åbne mens jeg skriver min
tabel.
Det andet jeg kan gøre, er at jeg for hver række i min tabel, udfører et
passende og "mindre" sqlkald, som netop leverer de tal jeg skal bruge i den
aktuelle række.
Med "store"- og "mindre"-sqlkald, mener jeg at jeg hhv. tager fat i mange
tal, hhv. i relativt få tal.

Men, hvad er nu det smarteste? Jeg kunne forestille mig at det smarteste vil
være løsningen med det "store" sql-kald, da man jo ikke hele tiden skal åbne
og lukke forbindelserne.
Er det korrekt?

Mvh.
Ole Tranberg

---

Ole Tranberg wrote:
>
> Jeg sidder med en asp-side, som tager en masse tal ud fra en
> sql-server.
>
> Det ene jeg kan gøre, er at lave to "store" sql-kald, som tager
> fat i alle de relevante tal. Og så have disse to forbindelser åbne
> mens jeg skriver min tabel.
>
> Det andet jeg kan gøre, er at jeg for hver række i min tabel,
> udfører et passende og "mindre" sqlkald, som netop leverer de tal
> jeg skal bruge i den aktuelle række.

Prøv at skrive din kode, så du kan hive data ud i et kald til databasen.
Så får databasen lov til at lave det, den er god til (behandle data).

--
Anders