ListView mit OwnerData schneller machen?

[sx2008]

Warum verwendest du denn kein TDBGrid?
Das DBGrid macht im Prinzip nichts anderes als dein Dataset (TSQLIteTable) in einen speziellen Status (dsBlockRead) zu versetzen und so viele Zeilen auszulesen wie gerade angezeigt werden müssen.

[OrNEC]

Jah... ich möchte ohne Delphi-Komponenten auskommen.

[Bjoerk]

Was ziemlich viel bringt ist Begin/EndUpdate

Delphi-Quellcode:

  MediaListView.Items.BeginUpdate;
  try
    MediaListView.Items.Clear;

    ..

  finally
    MediaListView.Items.EndUpdate;
  end;

[OrNEC]

Zitat von Bjoerk:

Was ziemlich viel bringt ist Begin/EndUpdate

Delphi-Quellcode:

  MediaListView.Items.BeginUpdate;
  try
    MediaListView.Items.Clear;

    ..

  finally
    MediaListView.Items.EndUpdate;
  end;

Wieso bringt das was? Meinst Du die LV wird schneller? Die LV ist vor allem dann langsam wenn man die Anwendung/Fenster größer zieht oder maximiert/minimiert.

[Furtbichler]

Verwende doch den virtuellen Modus der TListView.

[OrNEC]

Zitat von Furtbichler:

Verwende doch den virtuellen Modus der TListView.

Habe ich doch auch vor. Das geht doch mit der OwnerData, oder? Hast Du meinen ersten Post gelesen?

[Furtbichler]

Ich werde alt und grenzdebil. Entschuldige.

[generic]

TVirtualTreeView funktioniert sehr gut auch mit großen Datenmengen.

[Popov]

Ich hab zwar schon früher mit ListView gearbeitet, aber letzte Woche zum erstem mal mit paar tausend Daten. Meine Erfahrung waren die: ich hab einen Ordner mit etwa 3000 Daten geladen (zuerst alle wichtigen Daten in eine Liste mit Objekten). Der Aufbau der LV hat fast 10 Sekunden gedauert. Nachdem ist es etwas optimiert habe waren es immer noch 5 Sekunden. Natürlich war das nicht akzeptabel, also habe ich ganz anders gemacht.

Zuerst wurde pro Datei ein Item erstellt und nur das Caption gefüllt, inkl. Grund-Icon (leeres Dokument-Icon). Das dauerte 50 ms. Erst im zweiten Schritt wurden die anderen Infos eingespielt, aber eben nicht alles auf einmal, es wurde nur immer der Teil von LV aktualisiert, der sichtbar war. Der Vorgang dauerte etwas über 100 ms. Wurde LV gescrollt, wurde der Teil aktualisiert.

Da die Daten im Objekt am Item sind, spielt es keine Rolle ob LV komplett gefüllt ist.

Wenn dir die Methode nicht gefällt, im Demo-Ordner von Delphi (zumindest in Delphi 7) ist ein tolles Beispiel zu LV ("Virtual Listview"), aber etwas kompliziert. Dafür aber sehr schnell, noch schneller als meine Lösung.

[OrNEC]

Zitat von Popov:

Ich hab zwar schon früher mit ListView gearbeitet, aber letzte Woche zum erstem mal mit paar tausend Daten. Meine Erfahrung waren die: ich hab einen Ordner mit etwa 3000 Daten geladen (zuerst alle wichtigen Daten in eine Liste mit Objekten). Der Aufbau der LV hat fast 10 Sekunden gedauert. Nachdem ist es etwas optimiert habe waren es immer noch 5 Sekunden. Natürlich war das nicht akzeptabel, also habe ich ganz anders gemacht.

Zuerst wurde pro Datei ein Item erstellt und nur das Caption gefüllt, inkl. Grund-Icon (leeres Dokument-Icon). Das dauerte 50 ms. Erst im zweiten Schritt wurden die anderen Infos eingespielt, aber eben nicht alles auf einmal, es wurde nur immer der Teil von LV aktualisiert, der sichtbar war. Der Vorgang dauerte etwas über 100 ms. Wurde LV gescrollt, wurde der Teil aktualisiert.

Da die Daten im Objekt am Item sind, spielt es keine Rolle ob LV komplett gefüllt ist.

Wenn dir die Methode nicht gefällt, im Demo-Ordner von Delphi (zumindest in Delphi 7) ist ein tolles Beispiel zu LV ("Virtual Listview"), aber etwas kompliziert. Dafür aber sehr schnell, noch schneller als meine Lösung.

Hm... ok... kannst Du mir vllt deine Lösung schicken?