Ok, hab mir jetzt was mit dem SQL-Agenten gebastelt. Ruft ein Nutzer eine Seite auf, gibt's einen Eintrag. Alle 5 Minuten laeuft der Agent und guckt in die Tabelle, ob ein User seit mehr als 20 Minuten keine neue Seite mehr angeschaut hat.
Sieht eigentlich ganz gut aus...mal sehen was die Performance so macht. Th. -----Original Message----- From: Claudius Ceteras [mailto:[EMAIL PROTECTED]] Sent: Tuesday, July 09, 2002 1:30 PM To: AspGerman Kaffeehaus Subject: [aspdecoffeehouse] RE: AW: Welche User gerade online > 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.as | p --- Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.372 / Virus Database: 207 - Release Date: 6/20/2002 | [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
