🚀 go-pugleaf

Jacek Wołoszka wrote:
>> Hi all
>> Widze ze grupa sie rozruszalo co mnie bardzo cieszy
>> Moje pytanie jest dosyc teoretyczne i prosil bym o odpowiedzi
>> praktykow z wiekszym stazem :)
> Szpecem nie jestem ale ze ostatnio tez mnie nurtuja podobne problemy
> to sie podziele swoimi przemysleniami
>
>> Chodzi o prace z warstwa ADO.Net i duzymi bazami danych. Dotychczas
>> pracowalem poprzez DataSet i wszystkie zmiany wykonywalem na nich.
>> Ale od momentu jak zaczalem pracowac z tabelami o milionie rekordow
>> taka praca stala sie porazka. Zreszta moze cos zle robie?
>
> DataSet i powiazany z nia DataAdapter przy aktualizacjach wykorzystuja
> dynamicznie budowane zapytanie SQL - zreszta chyba do tego sluzy
> obiekt SQLCommandBuilder wykorzystywany przy DataAdapter.Update
> Weic chyba nie ma szczegolnej roznicy poza elegancja kodu w przypadku
> korzystania z obiektu Command i DataAdapter - a to sa chyba jedyne dwa
> obiektu pozwalajace na aktualizacje danych
>> Konkretnie pytanie jest takie, z jakich klas i jakich technik
>> (wlasnie technik, sekwencji metod ADO.Net) korzystac w celu
>> odczytania wierszyi przekazania ich do DataRow
[...]

Witam!

Jeśli dobrze zrozumiałem, to zamiast przygotować zapytanie w aplikacji,
tworzysz je dynamicznie w czasie pracy programu. Otóż wyczytałem, że taki
sposób jest o tyle nie ekonomiczny że aplikacji traci czas na przepytywanie
serwera o strukturę tabeli. Było właśnie było to jeden z powodów wyboru
rozwiązania z osobny DataAdapterem. Więc chyba jeśli nie ma innej potrzeby
warto przygotowywać zapytania w czasie projektowania aplikacji.

-- 
Pozdrawiam,
Marek Janaszewski
[ j_m...@gazeta.pl ]