Ok, sollte kein Performance-Problem darstellen... Claudius
> > 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/anme> lden/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/aspdecoffee house.asp | [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
