Geschwindigkeitsproblem mit Firebird und Devexpress Kalender TcxScheduler

[blawen]

Zitat von nit:

Die reine Abfragezeit ist zwischen 160-220 Millisekunde und hat 8552 Datensätzen als Ergebnis bei nicht verbundener Query-Komponente.

Das Problem liegt irgendwo in der SchudulerDBStorage, sobald der Query-Komponente als Dataset hinterlegt wurde. Ist die gleiche Abfrage bei ca. 23 Sek.

Die DevExpress Komponenten kenne ich nicht, daher kann ich keine "konkreten, bzw. Produktspezifischen" Tipps geben.

Ich hatte ein ähnliches Problem mit dem TDataGrid. Für die Abfrage und die Zuweisung von rund 600 Datensätzen vergingen jeweils rund 11 Sekunden. Nach dem unsichtbar machen des Grids und dem Abschalten der ständigen "Neuausrichtung" braucht das ganze weniger als eine Sekunde

Code:

gpGrid.DisableAlign;
gpGrid.Visible := False;

ToDo

gpGrid.EnableAlign;
gpGrid.Visible := True;

Ich vermute, dass bei Dir die Grundursache ähnlich sein könnte. Bei den TMS Komponenten ist z.B. "BeginUpdate", bzw. "EndUpdate" dafür vorgesehen.

[Sinspin]

Wenn Du es kannst, limitiere die Anzahl der Datensätze die geladen werden müssen.
Ich beschränke mich immer auf drei sichtbare Monate und lade neu wenn der Monat gewechselt wurde.
Beachte das einige Events für jeden sichtbaren Tag einzeln aufgerufen werden. Am besten stell Haltepunkte und alle benutzten Events und prüfe wie oft die feuern.

[hoika]

Hallo,
kannst Du die Queries "monitoren"?
Das TDBGrid war ja damals auch ein schlechtes Bsp..
Es wurden zig Queries ausgeführt.

Was tut FB während der 23 Sek. (Taskmanager)

Und was passiert, wenn Du die Datenmenge mal massiv reduzierst?