Für ein Forum würde es sinn machen nach Threads zu initialisieren. Dann kannste direkt auf dem Cache die Daten schreiben (neue Postings usw.) und das Cache Objekt kann gleichzeitig auch in die DB schreiben.
-----Ursprüngliche Nachricht----- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Thomas Bandt Gesendet: Montag, 28. Februar 2005 09:57 An: asp.net@glengamoi.com Betreff: AW: [Asp.net] Ressourcen schonendes Paging mit DataReader Grüß dich, nun, ich kann das Caching ja auch verwenden, wenn ich mir immer nur die gewünschten Records per Page aus der DB geholt habe, dann Cache ich z.B. das DataSet mit den Einträgen pro Seite. Damit habe ich auch beide Vorteile, d.h. sowohl beim ersten Aufruf müssen nicht ggf. 100.000 Datensätze geholt werden, und auch beim Zweiten geht's dann nochmal ne Runde schneller. Das Problem ist, dass ich es teilweise z.B. für ein Forum benötige, wo es eigentlich keinen Sinn macht bzw. sehr schwierig ist, komplette Hitlisten zu cachen, da sich die ja ständig ändern (bei Anzeige von Aufrufen, Antworten usw.). D.h. Caching JA - unter Abwägung der Gegebenheiten, Das holen von tatsächlich gebrauchten Datensätzen - auf jeden Fall. Gruß, Thomas http://blogs.dotnetgerman.com/thomas/ > -----Ursprüngliche Nachricht----- > Von: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Im Auftrag von Pessner, Andreas > Gesendet: Montag, 28. Februar 2005 09:01 > An: asp.net@glengamoi.com > Betreff: AW: [Asp.net] Ressourcen schonendes Paging mit DataReader > > Ich denke man sollte in dem Fall einfach mal abwägen was überwiegt! > > 1. der Traffic (die Anzahl der Leute die auf der Seite ist) > 2. die Anzahl der Einträge in der DB > > Das Cachen des kompletten Objektes via Dataset oder > Hashtable, ArrayList usw. kann für Punkt 1 eine gigantische > Leistungssteigerung bringen - verbraucht aber auch im > Umkehrschluss mehr Ressourcen - was sich bei zunehmenden > Punkt 2 ungünstig bemerkbar machen wird. (Weil das Objekt ja > immer neu gefüllt werden muss - wenn der Cache ausgelaufen ist). > > Bei wenigen Besuchern - ist das direkte einlesen der > gewünschten Einträge aus der DB am sinnvollsten. Wenn wenig > los ist lohnt sich das Cachen der Daten deutlich weniger. > > Man kann auch einen Mischkultur aus beiden implementieren. > Dazu habe ich ein Objekt gebaut - der die Daten sowie der > bereits geholten EintragsIDs zwischenspeichert. Wenn ein > Zugriff auf eine Seite geschieht - wird erstmal in den Cache > geschaut - wenn Die Daten da liegen - werden diese von dort > gelesen - wenn nein werden die Daten aus der DB nachgelesen - > und dann aus dem erweiterten Cache zurück gegeben. > > Das gibt den Vorteil - dass man die Performancesteigerung > durch den Cache - mit der Schnelligkeit bei der > Initialisierung verbindet. Indem ja immer nur die gewünschten > Daten auf einen Rutsch gelesen werden müssen. Natürlich > verbraucht dieses Objekt auch mehr Speicher im Server - aber > das ist bei caching eigentlich immer der Fall. > > > -----Ursprüngliche Nachricht----- > Von: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Im Auftrag von Thomas Bandt > Gesendet: Samstag, 26. Februar 2005 12:54 > An: asp.net@glengamoi.com > Betreff: RE: [Asp.net] Ressourcen schonendes Paging mit DataReader > > Ja das ist eigentlich die sinnvollste Lösung, so habe ich es > jetzt auch > gemacht. Hatte wohl irgendwie nen Knoten im Hirn. > > Gruß, Thomas > _____________________________________ > http://blogs.dotnetgerman.com/thomas/ > > > -----Original Message----- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Buchholz > > Sent: Saturday, February 26, 2005 12:03 PM > > To: asp.net@glengamoi.com > > Subject: Re: [Asp.net] Ressourcen schonendes Paging mit DataReader > > > > On Fri, 25 Feb 2005 23:13:01 +0100, Thomas Bandt > > <[EMAIL PROTECTED]> wrote: > > > Hallo, > > > > > > gegeben: ASP.NET 1.1, SQL Server 2000 als Datenquelle, > > Repeater-Control > > > zur Listendarstellung. > > > > Hi! > > > > Eben aus den Performance-Bedenken holen wir uns > mittlerweile nur noch > > die Datensätze von der DB, die wir wirklich im Frontend > sehen wollen. > > Dazu bekommt die jeweilige procedure die gewünschte Seite und die > > Anzahl der Datensätze als Parameter. Die procedure > ermittelt zunächst > > nur die PKs die aufgrund der Suchbedingungen relevant sind, packt > > diese in eine temporäre Tabelle und ein zweites Select holt dann die > > passende "Seite" aus der temp. Tabelle und die für das Frontend > > relevanten Daten zusätzlich. > > > > Daniel > > _______________________________________________ > > Asp.net Mailingliste, Postings senden an: > > Asp.net@glengamoi.com > > An-/Abmeldung und Suchfunktion unter: > > http://www.glengamoi.com/mailman/listinfo/asp.net > > > > > _______________________________________________ > Asp.net Mailingliste, Postings senden an: > Asp.net@glengamoi.com > An-/Abmeldung und Suchfunktion unter: > http://www.glengamoi.com/mailman/listinfo/asp.net > > _______________________________________________ > Asp.net Mailingliste, Postings senden an: > Asp.net@glengamoi.com > An-/Abmeldung und Suchfunktion unter: > http://www.glengamoi.com/mailman/listinfo/asp.net > > _______________________________________________ Asp.net Mailingliste, Postings senden an: Asp.net@glengamoi.com An-/Abmeldung und Suchfunktion unter: http://www.glengamoi.com/mailman/listinfo/asp.net _______________________________________________ Asp.net Mailingliste, Postings senden an: Asp.net@glengamoi.com An-/Abmeldung und Suchfunktion unter: http://www.glengamoi.com/mailman/listinfo/asp.net
