Adapter eller Reader

hvis du lige skal bruge et DataSet til at smække ind i en web control, så skal
du jo bruge data adaptor

men har du en multi layered app, hvor et data lag returnerer en collection
af en data klasse, så skal du bruger data reader

og så er der alle de 98 varianter midt imellem

:-)

data adapteren sørger for forbindelsen til forbindelsen, lukker og åbner selv samt styrer connection pooling.. Lidt svært at sammenligne med en datareader, der er en metode til at læse en stream af data rækker, kun fremaf..

ja - som arne er skriver, så er spørgsmålet nok mere:
datasets eller ikke datasets?
mvh

connection pooling ligger i connection og har ikke noget med data adapter versus
data reader at gøre

narj, men jeg har forstået det sådan, at en dataconnection ikke selv håndtere connection pooling, hvorimod adapteren gør ? tager jeg fejl

tror jeg

okay, det skal lige siges du nemt kan have ret, er meget grøn til c#..

-> arne_v Man kan da også bruge en datareader til at smække data ind i en webcontrol, men hvad er mest egnet til opgaven?

det afhænger jo af dine behov

et DataSet er en færdig pakke løsning - du flytter bar een stor chunk i et hug

med en DataReader processer du hver rækk eog hver kolonne selv

vil du spare kode linier eller har du brug for fleksibilitet ?

Jeg vil lige give mit besyv med selv om det overlapper et par af svarene lidt:
En datareader er langt hurtigere til at hente data end dataadapteren/dataset-løsningen.
Netop fordi datareaderen er forward-only, read-only og forbindelsen til databasen ikke bliver afbrudt fungerer det godt til at hente f.eks. lister (byer, postnumre, kategorier etc.) som skal vises til brugeren, men som der ikke skal arbejdes på.
Datasettet er godt, hvis du vil redigere i dine data, hvis du vil lave forskellige visninger af samme data, hvis du passere et objekt rundt som er disconnected, men som kan finde ud af at opdatere sig selv til databasen.

og et svar fra mig

Tak for input. Det var meget brugbart og har hjulpet mig videre.