Firedac SchemaAdapter Problem!

[Daniel]

Zitat:

After applying updates, the changed records still remain in the changes log. To remove them from the changes log and mark them as unmodified, call the CommitUpdates method of each DataSet.

Also in etwa wie folgt:

Delphi-Quellcode:

FDConnection1.StartTransaction;
iErrors := FDSchemaAdapter1.ApplyUpdates;
if iErrors = 0 then
 begin
  for x := 0 to FDSchemeAdapter1.Count-1 do
    FDSchemaAdapter1.DataSets[x].CommitUpdates;
  FDConnection1.Commit;
end
else
  FDConnection1.Rollback;

[Mavarik]

Zitat von Daniel:

Zitat:

After applying updates, the changed records still remain in the changes log. To remove them from the changes log and mark them as unmodified, call the CommitUpdates method of each DataSet.

Ja schon klar... Das setzt ja aber wieder eine Verbindung zum Datenbank Server voraus...

Ich suche ja nach eine "Aktenkoffer-Lösung"...

Nach dem Motto: "arbeite mal schön weiter, auch ohne Internetverbindung auf Deinen MemTablen"...

Der SchemaAdapter merk sich alle Änderungen. Bevor ich die App beende, wird der Change-Log auf die Platte geschrieben.


Mavarik

[Daniel]

Aus Sicht der DB-Komponenten ist das Verhalten genau richtig. Die können ja nicht wissen, dass Du die Daten schon anderweitig losgeworden bist.

Es geht also um die Frage, wie Du einem TDataSet mitteilen kannst, dass er die Information, dass da Datensätze aktualisiert wurden, vergessen und seinen Zustand als "aktuell" betrachten kann.

[Mavarik]

Zitat von Daniel:

Aus Sicht der DB-Komponenten ist das Verhalten genau richtig. Die können ja nicht wissen, dass Du die Daten schon anderweitig losgeworden bist.

Es geht also um die Frage, wie Du einem TDataSet mitteilen kannst, dass er die Information, dass da Datensätze aktualisiert wurden, vergessen und seinen Zustand als "aktuell" betrachten kann.

Im Prinzip ja streiche TDataSet setzt SchemaAdapter und ich bin zufrieden...

[Daniel]

Der SchemaAdapter selbst merkt sich das nicht, er verwaltet nur eine Liste an TDataSets - so geht es aus dessen Quellcode hervor.
Im Prinzip greifst Du doch - zumindest aus Daten-Sicht - in das Transaktions-Handling ein, indem Du die Daten anderweitig weiterleitest und den dann neuen Zustand als "Commited" betrachtest.

Eventuell solltest Du Deine Daten tatsächlich in eine MemTable kopieren - das geht bei FireDAC ja einfach. Auf der MemTable wird dann gearbeitet und wenn eine echte DB-Verbindung besteht, dann werden die Daten in die originale Query zurück kopiert und wenn keine Verbindung besteht, gehst Du den Weg über den SchemaAdapter - nur eben mit der MemTable als Quelle.

[Mavarik]

Zitat von Daniel:

Der SchemaAdapter selbst merkt sich das nicht, er verwaltet nur eine Liste an TDataSets - so geht es aus dessen Quellcode hervor.
Im Prinzip greifst Du doch - zumindest aus Daten-Sicht - in das Transaktions-Handling ein, indem Du die Daten anderweitig weiterleitest und den dann neuen Zustand als "Commited" betrachtest.

Eventuell solltest Du Deine Daten tatsächlich in eine MemTable kopieren - das geht bei FireDAC ja einfach. Auf der MemTable wird dann gearbeitet und wenn eine echte DB-Verbindung besteht, dann werden die Daten in die originale Query zurück kopiert und wenn keine Verbindung besteht, gehst Du den Weg über den SchemaAdapter - nur eben mit der MemTable als Quelle.

Ja hab ich auch gesehen... Wenn Query.Active := False ist dann kann der SchemaAdapter auch nix mehr weg schreiben.

Problem ist, dass die MemTable+Command+TableAdapter=Query Memtable hat keinen Eintrag für SchemaAdapter... nur wieder über den Adapter und der brauch ein Command und der braucht eine Connection...

wie gesagt...

Zitat von Offtopic:

Firedac ist jenseits von intuitiv bedienbar!

Vielleicht dann doch besser aus dem Query.Delta die Sache per Hand machen...

Mavarik

[Mavarik]

Also!

Delphi-Quellcode:

  FDMemTable1.Active := False;
  FDMemTable1.Data := FDQuery1.Delta;
  FDMemTable1.SaveToFile('Div.xml',sfXML); // nur mal so XML sieht besser aus...

Das bringt fast schon den gewünschten Erfolg!

Leider ist im "log" jedes mal der komplette Datensatz vor und nach der Änderung und nicht nur der Div...
Das ist natürlich viel zu viel...

Mal sehen was man da machen kann... Schön wäre eine Sequenz von UPDATE befehlen...