Delphi-PRAXiS
Seite 1 von 3  1 23      

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Datenbanken (https://www.delphipraxis.net/15-datenbanken/)
-   -   Delphi FireDAC Commit Problem (https://www.delphipraxis.net/182207-firedac-commit-problem.html)

Eppos 9. Okt 2014 11:13

Datenbank: Firebird • Version: 2.5 • Zugriff über: FireDAC

FireDAC Commit Problem
 
Hallo zusammen,

ich bin momentan beim umstellen von FibPlus auf FireDAC und jetzt in der Feinabstimmung.
Ich habe mir für die Erleichterung eine kleine ExecSQL Routine geschrieben die für mich inserts und updates übernimmt:

Delphi-Quellcode:
function ExecQuery( Sql : String; Database : TADConnection ) : boolean;
var myQuery : TADQuery;
begin
  myQuery := TADQuery.Create( Application );
  myQuery.Connection := Database;
  myQuery.SQL.Text := Sql;
  myQuery.ExecSQL;
  myQuery.Connection.Commit; // <-- hier dauert es ca 25 mal so lange wie mit FibPlus
  myQuery.Free;
end;
An der markierten Stelle dauert es ewig.

Hat jemand eine Idee?

Gruß
Eppos

Daniel 9. Okt 2014 11:18

AW: FireDAC Commit Problem
 
Es ist TFDQuery, nicht TADQuery, oder?

Schau mal, wie Deine Standard-Einstellungen für FireDAC sind, insbesondere bei den Update- und FetchOptions. Deine Query erbt die Settings der Connection, wenn sie keine eigenen Einstellungen hat.

Eppos 9. Okt 2014 14:48

AW: FireDAC Commit Problem
 
TADQuery <-- Arbeite mit Delphi XE2 und (FireDAC) AnyDAC

Ich wollte es eigentlich ohne das Commit machen.
Das Problem daran war aber, dass die Änderungen an den Daten erst nach beenden des Programms geschrieben worden sind und somit erst dann für die anderen Benutzer zugänglich waren - gibt hier eine andere Lösung?

Die Optionen sind natürlich sehr vielseitig, gibt es ganz bestimmte Optionen die man sich anschauen sollte?

mkinzler 9. Okt 2014 14:53

AW: FireDAC Commit Problem
 
Erst mal sollte man feststellen, was den genau so lange dauert. Hast Du mal alle anderen Verbindungen zur Datenbank/Connection getrennt?
Der eigentlich Commit sollte schnell gehen.

haentschman 9. Okt 2014 14:55

AW: FireDAC Commit Problem
 
Hallo...

:gruebel: heißt das, daß nur mit dem Commit die Daten in der DB ankommen? Steht die Connection auf so etwas wie "AutoCommit"? Wo wird die Transaktion geöffnet welche du mit dem Commit abschließt? Wo ist das Rollback im Fehlerfalle?

Eppos 9. Okt 2014 14:58

AW: FireDAC Commit Problem
 
@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 9. Okt 2014 15:04

AW: FireDAC Commit Problem
 
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 9. Okt 2014 15:14

AW: FireDAC Commit Problem
 
@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 9. Okt 2014 15:22

AW: FireDAC Commit Problem
 
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 9. Okt 2014 15:33

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


Alle Zeitangaben in WEZ +1. Es ist jetzt 23:07 Uhr.
Seite 1 von 3  1 23      

Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz