🚀 go-pugleaf

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 :)
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?

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 lub bezposrednio do obiektow zdefiniowanych u
sibie (cos a la kastor/TopLink/Hibernate?) oraz z jakich technik korzystac
przy zapisie obiektu/obiektow do bazy w jedej dosc duzej transakcji...


DataSet mial mi zapewnic mozliwosc pracy z "odlaczonymi" danymi, ale w
momencie jak z serwerem zaczynaja pracowac 5 aplikacji jednoczesnie, z czego
3 sa automatami zauwazylem duzy spadek na synchronizacji danych (Update,
AcceptChanges). Moze wiec przeniesc ta warstwe na zapytania (DataReader dla
selectow o ograniczonej ilosci wierszy) a zapisy bezposrednio na baze danych
(SqlCommand z parametrami zapisu?). Problem polega na tym, ze jedna
transakcja to jest wpis w tabele "master" i 3 tabele polaczone z nia kluczem
i na DS takie transakcje sie udawaly. Jak to zrealizowac obecnie? Tylko ze w
ten sposob znika mi warstwa posrednia w aplikacji i zaczynam "dowalac" w
serwer zapytaniami i transakcjami. Ale przy tak wielkich tabelach DS zaczely
mi zamykac pamiec na stacjach roboczych.

Jako BackEnd jest PostgreSQl lub plik Access w zaleznosci od instalacji

Prosze o opinie, ewentualnie pytania "dopytujace" :)


Pozdrawiam
Krzysztof