Deadlock

[tsteinmaurer]

Wennst du eine Transaktion explizit startest, dann sollte ein aktivierter AutoCommit Modus für die Zeitdauer bis zum Commit/Rollback eh deaktiviert sein. Da du 2.5 einsetzt, kannst du ganz einfach ein MERGE bzw. UPDATE OR INSERT verwenden, aber das wird vermutlich nicht dein Problem lösen, aber prinzipiell ist hier eine SP nicht notwendig, wenn es darum geht, ein INSERT oder UPDATE zu machen.

Welche Exception bekommst du denn genau?

Btw, wir könnten uns das auch gezielter via z.B. TeamViewer ansehen, aber das Ganze wäre dann nicht mehr kostenlos. Bei Interesse/Bedarf einfach via Skype kontaktieren (thomas.steinmaurer)

Wir können auch gerne hier eine Diskussion weiterführen. Dauert halt länger ...

[Neutral General]

Zum Thema SPs:

Es gibt auch sogenannte EXECUTE BLOCKs. Das sind quasi "SPs für zwischendurch".
Sollte man sich auf jeden Fall mal anschauen. Einige Sachen kann man damit sehr
schön und vor allem schnell lösen ohne extra eine SP schreiben zu müssen:

http://www.firebirdsql.org/refdocs/l...execblock.html

[olaf]

Hallo,

die Exception lautet:
Log conflict on no wait transaction deadlog update conflicts with concurrent update concurrent transaction nr 33691

olaf

[tsteinmaurer]

Olaf,

dann geh mit dieser TransactionID in die Monitoring-Tabellen, dann wirst du hoffentlich sehen, welche konkurrierenden Updates sich blockieren.

[Iwo Asnet]

Diese 'no wait' transaction ist doch kein Problem. Jedenfalls ist das kein Deadlock.
Das soll sogar so sein. Normalerweise wartet eine Transaktion, bis sie an der Reihe ist (außer eben: Deadlock). Eine 'no wait' Transaktion bricht sofort ab. Dafür sind sie im normalfall wesentlich schneller.

Abhilfe: Nochmal versuchen oder die 'no wait'Option ausschalten

[olaf]

Hallo,

ich habe die no_wait option rausgenommen. Jetzt bekomme ich keine Fehlermeldung mehr.

olaf