Insert into

[TigerLilly]

Wie so oft: Du musst schauen, wo die Zeit liegen bleibt.
- nimm mal die trigger weg
- nimm die indices weg
- was sagen die performance counter - platte, speicher, CPU
- schau dir an was firebird wirklich macht (Stichwort trace)

Wie andere auch schon gesagt haben, Datenbanken leben und sollten laufen beobachtet werden. In der Regel kündigen sich so Eskalationen an.

[tsteinmaurer]

Walter,

mit Firebird 2.5 bist du in der glücklichen Lage, die Firebird Trace API zur Verfügung zu haben. D.h. wie schon von anderen erwähnt, eine Trace Session anwerfen und sehen, was deine Client-Anwendung tatsächlich auslöst.

- Ev. Locking
- Ev. Background (Trigger etc.) Overhead, auch abhängig von bestimmten Spaltenwerten, die durch das INSERT gesetzt werden
- Vielleicht passiert irgendwo in IBO im Hintergrund ein FetchAll
- etc.

Solltest Du IBExpert verwenden, dann bist du dort (Trace API) bereits gut aufgehoben. Standalone wäre auch unser FBTraceManager eine Option: https://www.upscene.com/fb_tracemanager/

LG

[Walter Landwehr]

So habe lange herumgetestet aber keine Lösung gefunden. Mach ich einen Insert in einer Tabelle wo nur ca. 34000 Datensätze vorhanden sind, geht es sehr schnell aus der Anwendung heraus.

Meine Frage gibt es einen Experten der mir hier weiterhelfen kann. Natürlich gegen Bezahlung.

[hoika]

Hallo,
schon mal Backup/Restore gemacht?

[Walter Landwehr]

Ja habe ich aber ohne Erfolg. Kann es doch mit den großen Datenmengen in der Tabelle zu tun haben?

[Walter Landwehr]

Ich muss das Thema nochmals aufgreifen. Ich habe jetzt eine StoredProc gemacht leider mit den gleichen Erfolg. Um 10 Datensätze in die Datei zu schreiben werden 72 Sec. benötigt. Viel zu Lange. Wer kann mir natürlich gegen Entgeld weiterhelfen.

[jziersch]

2 Ideen:

- Verwendest Du Start-/EndTransactions um Deine Schleife
- Lösch doch mal die Indices