Einzelnen Beitrag anzeigen

Gruber_Hans_12345

Registriert seit: 14. Aug 2004
1.439 Beiträge
 
Delphi 2007 Professional
 
#10

Re: Firebird:deadlock - update conflicts with concurrent upd

  Alt 13. Feb 2006, 13:54
Zitat von Hansa:
Er soll 2 Transaktionen verwenden : eine zum Lesen und eine zum Schreiben. Letztere so kurz wie möglich halten. Eventuell nach jedem Schreiben ein Commit/StartTransaction. Dann herrscht Ruhe. @Jasocul : wie kann ich denn leicht feststellen, ob sich ein Datensatz während der Bearbeitung von woanders her geändert hat ? Vor allem : woher weiß ich, was sich genau geändert hat um gezielt darauf zu reagieren ?
Hast du dir den Post durchgelesen ? Nein achso ...

Es hat nichts mit dem Lesen zu tun, nur das Problem, wenn zwei Clients gleichzeit in Update in die selbe Tabelle machen wollen, dann bekommt der zweite Client diesen Fehler.
Und mann kann leider nicht immer nach jedem schreiben ein CommitRetaining machen.
Gruss Hans

2B or not 2B, that is FF
  Mit Zitat antworten Zitat