Hallo harrybo
DisableControls kannte ich wirklich noch nicht. Aber jetzt Danke !
Wie ich im letzten Beitrag schon schrieb, Teile ich das Projekt wie von Lemmy vorgeschlagen auf und dafür nutze ich eigentlich ausschließlich TDataset um auf die
DB zuzugreifen.
Nun zu meinem Performanceproblem: es gibt noch keins.
Das Projekt steht noch recht weit am Anfang. Mir sind die Probleme der Datacontrols schon seit längerem bekannt. Bis jetzt habe ich die
SQL-Statements aufwendig dynamisch erzeugt, was beim Wechsel zu einem anderen Datenbanktyp leider problematisch ist (Man denke an die dynamische generierung eines join + zugehöriger insert update und delete Statements für die in dem join angezeigten Tabellen).
Das mit den Stored Procedures scheinst du falsch verstanden zu haben.
Im Gegenteil ich nutze sehr gerne Stored Procedures. Mann sollte den Clients doch möglichst viel abnehmen, umso sicherer ist die Sache.
Was ich mit meiner Aussage meinte war lediglich auf die
ODBC-Treiber und Provider bezogen, die ich ausprobiert habe. Es war kaum einer darunter, der mir eine Executable Procedure korrekt ausführen konnte.
Bei dem DBGrid stimme ich dir komplett zu, es ist für solche Datenmengen absolut ungeeignet.
Ich habe mir dafür bereits mit Hohem Aufwand über das Stringgrid Ersatz geschaffen mit akzeptabler Geschwindigkeit, einem Real funktionierenden Scrollbar und ohne unnötig Daten zu schaufeln.
Grüße danielA