> > > > > ADO ist appartment-threaded... > > Wenn Du ein RS in eine session-variable stopfst, dann muss > jede weitere > > anfrage an dieses objekt �ber den urspr�nglichen thread gehen... > > Wenn der thread aber gerade zu tun hat, muss gewartet werden... > > > > Passt doch. Wird ja auch jeweils f�r einen User ge�ffnet. Der > macht ja nicht > parralel mehrere Aktionen mit dem Recordset > > Gruss, > Andreas Roth, http://ed59.s5.domainkunden.de/vk/?4 > >
Nein, pass nicht.... Der IIS hat mehrere workerthreads, die anfragen abarbeiten... Normalerweise bekommt die n�chste anfrage jeweils der thread, der am wenigsten zu tun hat... Angenommen die seite, in der Du das RS in die session speicherst wird von workerthread1 abgearbeitet.... Die n�chste seite(paging) bekommt workerthread2 zugewiesen, weil der gerade am wenigsten zu tun hat... Mitten in der seite greifst Du aber auf das RS zu, was workerthread2 dazu veranlasst, erstmal bei thread1 nach den daten zu fragen und zwar jedesmal, wenn Du eine methode am RS aufrufst. Wenn im Moment thread1 aber besch�ftigt ist, muss thread2 aber warten... Also abgesehen davon, dass die ganze interne lastverteilung ausgehebelt wird, entsteht auch noch zus�tzlich kommunikationsaufwand zwischen den threads.... Im schlimmsten fall wird ein thread an viele RS gebunden und muss dann alle anfragen daran bearbeiten, wodurch es zu einem Stau kommt und alles sehr langsam wird.... Siehe auch: http://support.microsoft.com/default.aspx?scid=kb;EN-US;q258939 Claudius | [aspdedatabase] als [email protected] subscribed | http://www.aspgerman.com/archiv/aspdedatabase/ = Listenarchiv | Sie k�nnen sich unter folgender URL an- und abmelden: | http://www.aspgerman.com/aspgerman/listen/anmelden/aspdedatabase.asp
