Re: Ladegeschwindigkeit eines ListViews
- From: Peter Brightman <peter@xxxxxxxxxxxx>
- Date: Tue, 23 Jun 2009 22:18:59 +0200
Frank Dzaebel schrieb:
Hallo Peter,
Da Du meinem letzten Satz ja zustimmst,
glaube ich, dass Du meine Hintergründe
jetzt verstanden verstanden hast.
Hi Frank,
die habe ich vorher schon verstanden, eher hast Du nicht verstanden,
denn sonst hättest Du nicht in Frage gestellt, dass ich das verhindern
des "füllens" nicht verstanden habe, denn Du hast mir ja zugestimmt.
Der Artikel ist ja wirklich als in Beispiel für
Daten gedacht, es gibt viel mehr Techniken
und Szenarien die in den Bereich Caching gehen,
die ich aber nicht alle in einer Seite behandeln kann.
Schon, aber auch im Cache befinden sich wohl Daten. Auch ich kann
das nicht alles behandeln, aber man kann sich ja Gedanken machen.
Der Aspekt, den Du jetzt eingebracht hast,
ist ja ein mögliches dynamische Chunking
vom DB-Backend während der Demand-Events.
Das hast ja "Du" bereits eingebracht, aber es stimmt, darauf wollte
ich hinaus.
Wobei man bei Datenbindung ja heutzutage
auch an WCF-Services oder direkte
Collection-Bindung der Business Objekte im RAM
denken muss.
Natürlich müssen die Daten, geholt von einem Server, über's Netz.
Mir ging es vor allem darum unnötiges kopieren zu vermeiden. Und schon
sind wir wieder beim virtual mode.
Ich befürchte
aber, dass es unangenehme Warte-Effekte beim Scrollen gibt.
Evtl. über Cursor-basierte Stored Procedures im
DB-Backend implementieren (o.ä.). Zumindest ein zusätzliches
intelligentes heuristisches Side-bySide Caching wäre sinnvoll.
Auf jeden Fall könnte man ggf. lange Wartezeiten für Initial-
Ladeprozesse sparen.
Letzteren Satz kann ich voll und ganz unterstreichen. Würde es nicht
auch die Möglichkeit geben, etwa bei einer SQL-DB ein SELECT
abzusetzen, welches einen beidseitig navigierbaren cursor zum
Resultset liefert? Dann könnte man doch direkt innerhalb CellValueNeeded die Daten über
den cursor, mit der Zeilennumer als key, aus dem resultset holen? Wenn
das möglich ist würde jegliches vorheriges "füllen" wohin auch immer,
komplett entfallen.
Man hat schon SCROLL-Cursor'en z.B. in T-SQL:
FETCH PRIOR FROM myCursor
FETCH ABSOLUTE 2 FROM myCursor
FETCH RELATIVE 3 FROM myCursor
[FETCH (Transact-SQL)]
http://msdn.microsoft.com/de-de/library/ms180152.aspx
Heißt das, daß meine Überlegungen funktionieren würden?
Und würde das das DataSet tatsächlich überflüssig machen?
Ansich geht man in .NET eher hin zum disconnected
Szenario. Insgesamt wird der Netzwerkverkehr ja
durch "einmal alles mit FAST_FORWARD Cursor" entlastet.
Scroll ist dann auch in TCO langsamer.
TCO???
Aber in Zeiten von SiIverlight, Ajax und Co. ist so
ein Chunk-Verfahren schon lange im Bereich des
Machbaren. Nur in meinem Artikel beleuchte ich
nur einen bestimmten Aspekt, vielleicht kommt
ja mal ein neuer Aspekt hinzu, der durchaus in diese
Richtung gehen kann.
Ja, wieso nicht. Ist ja nicht so dass es nirgendwo Performance-
Problem gibt. Habe schon oftmals erlebt dass Daten unnötigerweise
hin- und her kopiert werden, bevor sie ihr eigentliches Ziel
erreichen.
ciao Frank
Danke für Deine Beiträge,
Gruß,
Peter
.
- Follow-Ups:
- Re: Ladegeschwindigkeit eines ListViews
- From: Frank Dzaebel
- Re: Ladegeschwindigkeit eines ListViews
- References:
- Ladegeschwindigkeit eines ListViews
- From: Jakob Brunner, Luzern Switzerland
- Re: Ladegeschwindigkeit eines ListViews
- From: Frank Dzaebel
- Re: Ladegeschwindigkeit eines ListViews
- From: Peter Brightman
- Re: Ladegeschwindigkeit eines ListViews
- From: Frank Dzaebel
- Re: Ladegeschwindigkeit eines ListViews
- From: Peter Brightman
- Re: Ladegeschwindigkeit eines ListViews
- From: Frank Dzaebel
- Re: Ladegeschwindigkeit eines ListViews
- From: Peter Brightman
- Re: Ladegeschwindigkeit eines ListViews
- From: Frank Dzaebel
- Ladegeschwindigkeit eines ListViews
- Prev by Date: Re: q: Aus Outlook Mail Messages Absender herausfinden
- Next by Date: Re: Ladegeschwindigkeit eines ListViews
- Previous by thread: Re: Ladegeschwindigkeit eines ListViews
- Next by thread: Re: Ladegeschwindigkeit eines ListViews
- Index(es):
Relevant Pages
|