Zmienne sesyjne, można przeciążyc?, Czy warto ładować dużo danych do zmiennych sesyjnych. Opcje

[Modrzej]

To mój pierwszy post więc witam serdecznie wszystkich.

Mam takie małe pytanie i nie mogę nigdzie znaleźć na nie odpowiedzi:

Pracuję teraz nad pewnym większym projektem i by ograniczyć czas ładowania danych z bazy postanowiłem te rzadziej update'owane wrzucić do sesji.
W takim sensie, że tworzę zmienną boolowską z nazwą "czy_wczytac_wyglad" i jeżeli jest taka potrzeba (gdzieś w kodzie nastąpiła zmiana w bazie i oznaczenie tej zmiennej na true), to podmieniane są inne zmienne w sesji wczytane z bazy.

Takich zmiennych sesyjnych trzymających istotne i często wyświetlane dane z bazy powinno być ze 30ści. Zależało mi na optymalizacji i usunięciu niepotrzebnych zapytań, ale jestem ciekaw czy przy wielu użytkownikach jakoś nie przeciąży to serwera.

Chętnie wysłucham dobrych rad

[korro]

To raczej toporne rozwiązanie.
Ja rozwiązuje to dzięki cache query z adodb.
Polega to na wykonaniu zapytania i zapisania go na dysku jako plik. Oczywiście decydujesz co jaki czas dane trzeba odświeżyć.

Maksymalny rozmiar sesji określa zmienna w php.ini: memory_limit, kontrolować to można za pomocą ini_set.

Ten post edytował korro 22.11.2009, 16:22:12

[Modrzej]

Chodzi mi o przechowywanie ich w obrębie jednej sesji, dlatego korzystanie ze zmiennych sesyjnych wydało mi się dobrym i prostym rozwiązaniem.

Czy może to zaszkodzić aplikacji pod względem wydajnościowym? Pytam, bo choć nie byłoby raczej problemu z implementacją nowej koncepcji, to bardzo dobrze mi się pracuje rozwiązaniem jaki podałem

[Fifi209]

Cache, cache, cache. Moim zdaniem nawet cache dla każdego użytkownika będzie lepsze niż pchanie w sesje.