Firedac SchemaAdapter Problem!

[Mavarik]

Zitat:

Zitat von Daniel (Beitrag 1279666)

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...:roll:

[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:

Zitat von Daniel (Beitrag 1279670)

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:

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...

[Uwe Raabe]

Hast du schon mal CommitUpdates ausprobiert?

[Mavarik]

Zitat:

Zitat von Uwe Raabe (Beitrag 1279680)

Hast du schon mal CommitUpdates ausprobiert?

Ich will es ja gar nicht Committen...

Ich brauche eigentlich nur eine AUDIT-Liste...

Code:

Tabelle;ID;Feldname;NeuerWert;
Testdb;22012;Name;"Cooler Jo"

Zur "not" noch

Code:

Tabelle;ID;Feldname;AlterWert;NeuerWert;TimeStamp;User;
TestDB;22012;Name;"Coolr Jo";"Cooler Jo";2014-11-11 20:10.12;"Mavarik"
TestDB;22012;ID=DELETE;;;2014-11-11 20:12.12;"Mavarik"

Das Ganze in eine Que geschrieben und ein Thread, der wenn eine Internet_Verbindung besteht diese abarbeiten und zum Server überträgt.

Mavarik

[Uwe Raabe]

Zitat:

Zitat von Mavarik (Beitrag 1279681)

Zitat:

Zitat von Uwe Raabe (Beitrag 1279680)

Hast du schon mal CommitUpdates ausprobiert?

Ich will es ja gar nicht Committen...

Tut es ja auch nicht. Das sorgt nur dafür, daß die Änderungen aus dem Änderungsprotokoll als in Stein gemeißelt gelten und das Delta hinterher wieder leer ist. Entspricht ungefähr dem

Delphi-Quellcode:

MergeChangeLog

des

Delphi-Quellcode:

TClientDataSet

.

[Mavarik]

Ich hole den Beitrag nochmal hoch...

Gibt es eine Möglichkeit die Updates auf eine Datenbank in ein Journal zu schreiben?

Damit eine 2. Datenbank (Lokal) die Änderungen nachträglich in gleicher Reihenfolge nachholen kann?

Hat jemand ein Working Demo?

Mavarik