Stringgrid "schnell" beladen

[QuickAndDirty]

Zitat von DeddyH:

Zitat von QuickAndDirty:

Diese Funktionalität (BeginUpdate, EndUpdate) bietet das Stringgrid nicht.

Das StringGrid als solches nicht, aber Cols und Rows. Inwiefern Dir das etwas nützt, sei dahingestellt.

Nützt es?

[DeddyH]

Nunja, Du könntest ja höchstens zeilenweise BeginUpdate und EndUpdate einsetzen. Das könnte etwas Performance rausholen, aber vermutlich nicht wirklich messbar, es sei denn, Du hast enorm viele Spalten definiert.

[QuickAndDirty]

Zitat von Satty67:

StringGrid.RowCount für jede einzelne Zeile erhöhen ist sehr langsam. Sieht so aus, als ob Du die Datenmenge nicht weiter filterst, also könntest Du RowCount gleich am Anfang auf den maximalen Wert setzen.

Dann wenn DataSet wärend der Anzeige des Grid die Datenmenge behält, könntest Du selber das Grid nur mit den sichtbaren Zellen "zeichnen". StringGrid.RowCount := 2.000.000 dauert nur ein paar ms und wenn du das Grid nicht wirklich füllst, gibt es keine weitere Verzögerung.

Das ist schon mal eine Praktische Sache... Aber Füllen muss ich es wohl, weil ich sonnst das ganzen Inkremtelle suche beim tippen etc. ändern muss. (Das Grid wird als Dropdownlist missbraucht)

[QuickAndDirty]

Zitat von Lannes:

Hallo,
man kann RowCount auch erst nach dem Füllen der Zellen auf den endgültigen Wert setzen.

?? bist du sicher das es dann schneller ist? ich meine er müsste sich ja dann immer im moment des Schreibens speicher hohlen.

Zitat von Lannes:

Abgesehen davon ist der Ansatz von Satty67 das schnellste, keine Daten ins Grid setzen, nur die Werte über onDrawCell ausgeben lassen.

das geht nicht weil es eine universell Einsetztbare (ist auch überall bei uns eingesetzt) Komponente sein soll...es ist keine Datenbank Komponente.
Und es gibt das Problem "Große Datenmengen flexibel verwalten" dann eben nur wo anders.

[matashen]

Es wär auch interessant was länger dauert, die Daten holen oder ins Grid schreiben.

wenn das holen länger dauert könntest du das ganze ja in nem extraThread machen um die Anwendung nicht zu blockieren. am besten in ne TList oder so und dann erst am Grid ausgeben

[QuickAndDirty]

Zitat von hoika:

Hallo,

Zitat:

leider dauert Dataset.recordcount auch lange und wird nicht überall unterstützt

Das stimmt schon
select count(*) kennt aber jede (anständige) Datenbank.

Von welcher DB reden wir denn ?

Jede! Es ist keine Datenbankkomponente. Ich biete nur verschiedene Quellen an um es zu füllen...unter anderem auch TDATASET.
( .Loadfrom*() )

Zitat von hoika:

Ich mache das immer so,
alle benötigten Datensätze in eine TList (oder ähnliches) laden
Grid.RowCount:= List.Count+1 (dada ).

Das ist ein Scherz oder? Ich meine T.List ist doch auch recht lahm oder?

Zitat von hoika:

Ausserdem weder der alte Spruch:
Wozu 16.000 Records anzeigen ?


Heiko

16000 Datensätze in das gitter zu packen ist nicht wirklich sooo Sinnvoll. Es handelt sich hierbei wohl um eine Ausnahme, da hat ein bestimmter Kunde eben soooo viel Datensätze zur Auswahl....und deswegen lahmt der Dialog auf dem die komponente liegt
wenn er erzeugt wird (dauert ca. 7 sekunden, normal ist es garnicht wahrnehmbar) ...ein cachen ist nicht erwünscht...

[hoika]

Hallo,

kein Scherz.
Warum sollte TList langsam sein ?
Es wird doch intern ein Pointer-Array verwendet.


Heiko

[QuickAndDirty]

Also hab alles ausprobiert ...keine wahrnehmbare Verbesserung...

Tja, muss ich vielleicht doch mal mit nem DBGrid ähnlichen Ansatz aufwarten....wenn es mal ein paar Kunden
mehr betreffen sollte XD .

[Lannes]

Hallo,

Zitat von QuickAndDirty:

Zitat von Lannes:

Hallo,
man kann RowCount auch erst nach dem Füllen der Zellen auf den endgültigen Wert setzen.

?? bist du sicher das es dann schneller ist? ich meine er müsste sich ja dann immer im moment des Schreibens speicher hohlen.

Das schreiben in Cells fordert den Speicher an, setzen von RowCount erweitert nur den Anzeigebereich.
Zeit sparst Du durch das verhindern des mehrmaligen setzen von RowCount, liegt so ca bei 25% Zeitersparnis.
Setzt Du jetzt vor dem Füllen des Grids noch StringGrid.Rows[0].BeginUpdate; und nach dem das Grid gefüllt ist StringGrid.Rows[0].EndUpdate; sparst du nochmal ca. 10%.

Zitat von QuickAndDirty:

Zitat von Lannes:

Abgesehen davon ist der Ansatz von Satty67 das schnellste, keine Daten ins Grid setzen, nur die Werte über onDrawCell ausgeben lassen.

das geht nicht weil es eine universell Einsetztbare (ist auch überall bei uns eingesetzt) Komponente sein soll...es ist keine Datenbank Komponente.
Und es gibt das Problem "Große Datenmengen flexibel verwalten" dann eben nur wo anders.

aber dann ist es wesentlich schneller z.B. mit TList.

Zitat von QuickAndDirty:

Zitat von Satty67:

StringGrid.RowCount für jede einzelne Zeile erhöhen ist sehr langsam. Sieht so aus, als ob Du die Datenmenge nicht weiter filterst, also könntest Du RowCount gleich am Anfang auf den maximalen Wert setzen.

Dann wenn DataSet wärend der Anzeige des Grid die Datenmenge behält, könntest Du selber das Grid nur mit den sichtbaren Zellen "zeichnen". StringGrid.RowCount := 2.000.000 dauert nur ein paar ms und wenn du das Grid nicht wirklich füllst, gibt es keine weitere Verzögerung.

Das ist schon mal eine Praktische Sache... Aber Füllen muss ich es wohl, weil ich sonnst das ganzen Inkremtelle suche beim tippen etc. ändern muss. (Das Grid wird als Dropdownlist missbraucht)

und gerade da wird es langsam, bzw. deswegen nutze ich immer eine Datenspeicherung außerhalb des Grids und schreib nur den Index der Suchergebnisse in das Grid, der dann in OnDrawCell gelesen, der entsprechende Datensatz(bzw. Feld) aus meiner Datenspeicherung geholt und gezeichnet wird.