Insert into

[p80286]

Zitat von jobo:

Ist sichergestellt, dass keine Mehrfachinserts mit (verschluckten) Fehlern auftreten?

Zum einen dies, zum anderen, woher kommt der PK? (kann ich natürlich überlesen haben)

Ich hab so etwas immer so gemacht: (pseudocode)

SQL-Code:

 Insert into table (pk,RechnNr) (newpk,:rechnNr);
Update table set........
where pk=(selekt pk from table where rechnnr=:rechnr)

Etwas umständlich aber wenn Rechnungsnummer eindeutig ist gibt es keine Müllupdates.
ggf sollte natürlich vorher überprüft werden ob die Rechnungsnummer besreits existiert.

Gruß
K-H

[dataspider]

1 Sekunde für 1 Insert in IBExpert ist eigentlich auch langsam, aber na ja...
43 Sekunden füe 1 Insert aus dem Code - da stimmt was nicht

Wenn du IBExpert hast, dann geht duch mal ins Databas Monitoring und schau dir vor allem die Oldest Active Transaction etc. an.
Die Werte sollten nah beieinader liegen, eigentlich um 1 differieren.
Da du IBO benutzt, solte es eigentlich OK sein...

Wenn man wissen will, ob die DB einen weg hat, dann Backup und Restore...

Wie sind die Einstellungen in IBO und was verwendest du? (TIBOTransaction oder TIB_Transaction etc., TIBOQuery oder ...)
Am schnellsten ist IMO TIB_DSQL.
Warum durchläufst du in PatblattQry alle Datensatze unf machst dann ein

Code:

if (PatblattQry.FieldByName('TYP').AsString <> 'Z') then

Warum nicht gleich im SQL von PatblattQry ein

Code:

where typ <> 'Z'

Dann kannst du das if weglassen.

[IBExpert]

Zitat von dataspider:

Wenn du IBExpert hast, dann geht duch mal ins Databas Monitoring und schau dir vor allem die Oldest Active Transaction etc. an.

noch hilfreicher ist es, dafür eine traceapi session zu starten, haben ich in einer der letzten Videos auf www.ibexpert.com/stammtisch geziegt wie das geht

[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?