Bekommt die
GUI währenddessen auch Gelegenheit/Zeit sich zu zeichnen?
(k.A. was splashformular.status macht)
Dauern die INSERTs selber wirklich soooo lange (nur die Zeit in der
DB), oder liegt es nur an der Masse an einzelnen
DB-Anfragen?
Warum die Inserts nicht als
ein Statement in die
DB schieben?
Dann bleibt nur die Reine Arbeitszeit in der
DB übrig,
anstatt der Masse an einzelnen Statements, inkl. der Zeit in der
DB-Komponente.
SQL-Code:
INSERT INTO table_name
(column1, column2, column3)
VALUES
(value11, value12, value13),
(value21, value22, value23),
(value31, value32, value33),
(value41, value42, value43),
(value51, value52, value53),
(value61, value62, value63);
Kann man mit einer passenden Escape-/QuoteFunktion zusammenbauen, aber ginge auch mit Parametern. (Statement zusammenbauen und dann die Parameter der Reihe nach füllen.)
Am Einfachstens ist es natürich ohne CachedUpdates, wo ohne Umstände vor/nach den Dataset.Insert/Post gezählt werden kann.
Und man kann natürlich auch die Dinge in einen Thread schieben, denn dann hat die
GUI immer genug Zeit für sich.