FireDAC Commit Problem

[Eppos]

@mkinzler
Ja ich habe alle Verbindungen getrennt, bzw. den Dienst neu gestartet...

@haentschmann
Die Connection steht auf AutoCommit = True
Ein StartTransaction etc. gibt es nicht.

[mkinzler]

Wenn AutoCommit auf True steht, wird je nach Bibliothek entweder die aktuelle Transaktion per Commit abgeschlossen oder ein SavePoint erzeugt. Der explizite Commit beendet dann alle Teiltransaktionen ( Savepoints), bei vielen Statements sind das dann viele.

Schalte mal das Autocommit ab und verwende explizite Transaktionen.

http://docwiki.embarcadero.com/RADSt..._%28FireDAC%29

[Eppos]

@mkinzler
Danke für Info, ich hatte schon Transaktionen eingebaut, jedoch habe ich dann das Problem, dass Datensätze erst nach beenden des Programms in die Datenbank geschrieben werden und somit erst sichtbar für die anderen User sind.
Gibt es hierfür eine Lösung?

[mkinzler]

Die Datnsätze sollten direkt beim Einfügen in der Datenbank landen, nur für andere Verbindungen (wenn nicht dirty read). Durch einen Commit, solten diese für andere Transaktionskontexte sichtbar sein ( andere Clients/andere Datenbankverbindungen).
Ich kenne jetzt AnyDAC/FireDAC nicht im Detail, ist aber bei den Komponenten, die ich kenne alle so.

[Eppos]

Ich hatte/habe bei der Connection bei TxOptions/Isolation/xiReadCommitted hinterlegt...
Und da war das sehr nervige Phänomen

[Uwe Raabe]

Das geht natürlich auch in FireDAC genauso.

Aber warum eigentlich so kompliziert? Die TADConnection/TFDConnection bietet doch direkt eine Methode ExecSQL an - auf Wunsch auch mit Parametern. Damit erübrigt sich doch deine eigene Routine.

[Eppos]

@Uwe Raabe
Ich habe es auch direkt über den ExecSQL in der Connection versucht, nach dem ExecSQL habe ich den Commit aufgerufen gleiches Problem wieder

Welches Isolation sollte man für ein Multiusersystem wählen?

[mkinzler]

Zitat:

Welches Isolation sollte man für ein Multiusersystem wählen?

ReadCommited

[Uwe Raabe]

Zitat von Eppos:

Ich habe es auch direkt über den ExecSQL in der Connection versucht, nach dem ExecSQL habe ich den Commit aufgerufen gleiches Problem wieder

Der explizite Aufruf von Commit ist schon verdächtig und sollte eigentlich gar nicht nötig sein bzw. ist sogar eher schädlich. Insbesondere da offenbar vorher keine Transaktion begonnen wurde.