AnyDAC - FetchBlobs committed Transaktion nicht

[Quitzlinga]

Hi,

mit FireDac kann ich schon etwas mehr anfangen, das zugrundeliegende Problem bleibt jedoch gleich. Die Komponente hat als Vorgabe xiReadCommitted ( ist bei UniDac in der Anfangseinstellung genauso ). Das führt dazu, das für jedes SELECT eine Transaktion gestartet wird, die vom Benutzer später committed werden muss.

Unter Firedac kann aber der Isolationsmodus eingestellt werden. Diesen einmal auf Dirty-Read stellen, dann dürfte auch keine Transaktion dazu mehr gestartet werden.

FIREDAC Isolationsmodus

MfG

Quitzlinga

[Cashew]

Vielen Dank für die Antwort...
DirtyRead würde aber auch dazu führen, dass ich z.B. Änderungen lesen kann die andere Transaktionen noch nicht committed haben... Oder sehe ich das falsch?

[Quitzlinga]

Ja, das ist der Nachteil an der Angelegenheit. Ansonsten muss halt geprüft werden, ob das DB-Objekt sich in einer Transaktion befindet und diese ggf dann selbst committen.

MfG

Quitzlinga

[hoika]

Hallo,

Zitat:

Weiß jemand ob es bei der AnyDAC (FireDAC) eine Möglichkeit gibt den "Inhalt" einer Transaktion auszulesen, also mitzubekommen welche Änderungen durch einen Commit an die Datenbank "gepostet" werden?

Hallo,
die gibt es meines Wissens nicht.

[mkinzler]

Die Änderungen werden ja nicht vom Commit an die Datenbank gepostet, es wird dem DBMS signalisiert, dass die Änderungen ok sind. Dadurch wird der Transkationkontext gelöscht und die Änderungen dadurch von anderen Transaktionskontexten sichtbar.
Ich glaube nicht, dass AnyDAC eine eigene Transaktionssteuerung verwendet.

https://www.firebirdsql.org/file/doc...Guide_30EN.pdf