Witam, Chcialbym zasiegnac informacji na temat przechowywania danych w sesji i dostepu do nich z perspektywy wydajnosci w porownaniu z ciaglym odpytywaniem bazy danych. Z aplikacji korzystac bedzie ok 500 uzytkownikow. Zaimplementowana zostala logika biznesowa jako osobna warstwa z dostepem do danych. Uzytkownicy pracujac w aplikacji wykonywac beda szereg operacji na danych przy czym zawsze dotyczyc to bedzie jednej lub kilku wybranych rekordow (wybor z gridview, stronicowanie po stronie serwera). Operacje na wybranych/nowo wrowadzonych danych beda dokonywane na roznych podstronach w zaleznosci od tego co ma byc zrobione. I teraz rodzi sie pytanie czy lepiej przekazywac np tylko id danego obiektu w adresie i na kolejnej stronie pobierac ponownie dane, czy lepiej np dla klasy Klient utworzyc obiekt i zapamietac klienta, po czym pobrac go z powrotem z sesji. Klasy zawieraja max 10 pol. a ewentualne kolekcje gora 5 instancji. Sesja - narzut pamieciowy czy ciagle odpytywanie bazy, a co za tym idzie rowniez wolniejszy dostep ze wzgledu na komunikacje z hdd.

 Cześć. Ja w tego typu przypadku wybrałem zapamiętanie w sesji, ale wszystko zależy od konkretnego przypadku. U mnie serwer SQL był na innej maszynie fizycznej i w dodatku był to Shared serwer - czasem dało się to dość brutalnie odczuć. Ograniczenie komunikacji na rzecz sesji było w moim przypadku idealnym rozwiązaniem.

 

Czesc, dzieki za odpowiedz. Co do serwera, to prawdopodobnie bedzie stal na innej maszynie. Na poczatek stosuje session state InProc, ze wzgledu ze jest najszybsza. Poza tym na serwerze sql jest kilka innych baz danych dla innych aplikacji. Sesja nawet bedzie sie zapobiegac zajmowanie pasma. Pozdrawiam