Application und Session greifen im Endeffekt auch nur auf den Cache zu.
Cache hat den Vorteil, Items nach bestimmten Regeln wieder rauswerfen zu k�nnen.
Chris
At 02:04 PM 7/6/2004, you wrote:
Hallo Chris,
warum?
interne SPerrverwaltung und Callbacks oder gibts noch andere Gr�nde?
pat
----- Original Message ----- From: "Christoph Wille" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, July 06, 2004 1:59 PM Subject: Re: [Asp.net] application cache oder static
Cache, ganz eindeutig. Nix Application, nix Session, nix static.
Chris
At 01:51 PM 7/6/2004, you wrote: >ich habe mich gerad durch die infos zur global.asax und application session >cache und static states, etc. durchgelesen und frage mich nun was ich >benutzen soll um > >W�hrungskurse die ich mir einmal per Daily Task in eine DB schreibe global >den tag �ber f�r einzelne seiten bereitzuhalten, so dass nicht jedes mal >eine db operation durchgef�hrt werden muss. > >die einfachste variante w�hre ja wohl pro session sich diese daten zu holen >und in der session zu halten. > >das mag ja noch bei einige usern gehen wenn das aber mehrere 100 sind ists >nicht mehr sinnvoll denke ich da dieser schritt erspart werden k�nnte. > >wie verh�lt es sich mit den statischen variablen in der global sind die >perfomanter als die application? und wie kann ich der anwendung sagen dass >(1x am tag) jetzt neue werte gesetzt werden m�ssen? > >oder sollte ich doch mit dem cache arbeiten?!? > >ich mein es sind ja nur 5 werte die ich ben�tige.
_______________________________________________ Asp.net Mailingliste, Postings senden an: [EMAIL PROTECTED] An-/Abmeldung und Suchfunktion unter: http://www.glengamoi.com/mailman/listinfo/asp.net
