> > Hallo > > Nochmals eine Frage. > > >3. In der DB speichert man dann mit der entsprechenden SessionID > >dazugeh�rige Daten, z.B. userID etc. > > D.h., es wird nichts in Sessions gespeichert sondern alle > Daten in der DB. > Ich habe z.B. die "letzte Seite" in einer Session gespeichert. > Nachdem ich ein Produkt in den WK gelegt habe, existieren ca. > 16 Sessions.
Wie meinst Du das? Es gibt doch nur eine Session... DB k�nnte so aussehen: Sessions: sessionID PK lastAccess Timeout SessionData: Id PK Session FK Name value > Ist das zuviel? Sollte ich wirklich alles in einer DB speichern? > Ist es dann nicht viel langsamer, wenn ich jedesmal die Daten > aus der DB > rauslesen muss? Deshalb ja auch die Idee mit der Cache-Architektur... Dann musst Du nicht immer zur DB... Jedenfalls nicht f�rs lesen, sondern nur zum schreiben... Generell gesagt ist aber Performance eher ein Problem bei Access-DBs als beim SQLServer... Claudius > > Gruss Christoph > > > | [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
