> Und wie mache ich das nu mit dem Loeschen? > > Einen SQL-Agenten, der die Tabelle regelmaessig durchforstet? Oder ein > include file auf jeder Seite? > > Hab immer noch nicht die richtige Idee...
Du brauchst ja sowieso ein include, dass am anfang jeder seite alle session-variablen in ein dictionary o.�. einliest(Du willst ja nicht bei jedem zugriff auf eine variable zur DB..) und am ende jeder seite zur�ckschreibt(am besten 2 dictionaries und du schreibst nur die ver�nderungen)... Dabei kannst Du auch gleich die alten sessions l�schen... Das musst Du aber nicht jedes mal machen, denn alte sessions st�ren ja nicht wirklich... Z�hle einfach eine Application-Variable hoch und alle 10 mal o.�. kannst Du alte Sessions l�schen... Oder Du implementierst das alles auf DB-Seite mit SPs und trigger, dann musst Du nicht so viel Funktionalit�t als VBS und C# doppelt schreiben und die performance ist auch besser... �brigens rennt man hier in noch ein anderes problem rein, f�r das mir auf anhieb keine gute l�sung einf�llt(vielleicht transactions und/oder row-locking): Wenn Du in einem Frameset zwei seiten gleichzeitig aufrufst, die beide session(x) = session(x) + 1 machen, dann kannst Du Dir ein LostUpdate einhandeln... ASP-Sessions haben das Problem nicht, weil alle Requests mit einer gegebenen SessionID serialisiert abgearbeitet werden, d.h. es macht im Prinzip ein Session.Lock am Anfang der Seite und ein Session.Unlock am Ende... Deshalb gibt es auch kein Session.(Un)Lock, obwohl man in die selben Problem wie bei Application rrennen k�nnte... Es wird halt automatisch gemacht... Claudius | [aspdecoffeehouse] als [email protected] subscribed | http://www.aspgerman.com/archiv/aspdecoffeehouse/ = Listenarchiv | Sie k�nnen sich unter folgender URL an- und abmelden: | http://www.aspgerman.com/aspgerman/listen/anmelden/aspdecoffeehouse.asp
