Firedac SchemaAdapter Problem!

[Mavarik]

Hallo Zusammen!

Zitat:

Zitat von Offtopic

Firedac ist jenseits von intuitiv bedienbar!

Ich habe eine Tabelle "Test" auf einem lokalen MySQL Server.
FDConnection<-FDQuery<-FDSchemaAdapter
Naja und FDGUIxWaitCursor & FDStanStorageBinLink
mit

Delphi-Quellcode:

fdQuery.SQL := 'SELECT * FROM {id Test}';
fdQuery.Active := true;

Hole ich mir alle Daten in ein Grid
DBGrid<- DataSource <- FDQuery
Soweit so gut.

Mit einen Butten schreibe ich den SchemaAdapter auf die Platte.

Delphi-Quellcode:

FDSchemaAdapter.SaveToFile('DIV.DAT',sfBinary);
FDSchemaAdapter.ApplyUpdates;

Ups... ALLE Datensätze werden auf die Platte geschrieben.
Jetzt ändere ich einen Datensatz (fdquery.CachedUpdates := true) und drücke den Button nochmal.
Und schon wieder werden alle Daten auf die Platte geschrieben!
Wie schaffe ich es das nur die Änderungen vom fdSchemaAdapter gespeichert werden?

Grüsse Mavarik

[Daniel]

Laut Doku sollte es die Eigenschaft ".Delta" sein, die Dir die Menge der geänderten Datensätze gibt.
http://docwiki.embarcadero.com/RADSt...ates_(FireDAC)

[Mavarik]

Zitat:

Zitat von Daniel (Beitrag 1279647)

Laut Doku sollte es die Eigenschaft ".Delta" sein, die Dir die Menge der geänderten Datensätze gibt.
http://docwiki.embarcadero.com/RADSt...ates_(FireDAC)

Ja aber das ist die Property des FDQuery und nicht des SchemaAdapters...

Ich habe doch extra einen SchemaAdapter, der die Änderungen zentralisieren soll, oder?

[Daniel]

Ja, aber der zentralisiert die Änderungen aller an ihn angebundenen DataSets.
Du kannst ihn nach den Datasets fragen und dann das jeweilige Delta abrufen. Jeder dieser DataSets kann ja ein völlig anderes Feld-Layout haben, das alles in einem gemeinsamen Topf verwalten zu wollen, ergibt keinen Sinn.

Was möchtest Du denn erreichen?

[Mavarik]

Zitat:

Zitat von Daniel (Beitrag 1279651)

Was möchtest Du denn erreichen?

Ich möchte die Änderungen von N-Querys in einem SchemaAdapter serialisieren und die Daten von da aus per Bin-Stream oder ggf. JSon zu einem anderen (entfernten) SchemaAdapter transportieren um auf der anderen Seite einen Load und den ApplyUpdates zu machen.

Für alle Fälle wo PC1 nicht per Datenbankverbindung zu Datenserver verbinden kann.

Mavarik

PS.: Könnte ggf. auch per eMail sein. :stupid:

[Daniel]

Zur Not kannst Du ihm ja mal die Option "siData" aus dessen Eigenschaft "ResourceOptions.StoreItems" wegnehmen.

[Mavarik]

Zitat:

Zitat von Daniel (Beitrag 1279654)

Zur Not kannst Du ihm ja mal die Option "siData" aus dessen Eigenschaft "ResourceOptions.StoreItems" wegnehmen.

OK Das war schon mal der 1. Schritt, Danke..

Jetzt müsste ich nur noch den Change-Puffer löschen, denn obwohl ich ApplyUpdates gemacht habe,
kommen beim 2., 3. usw. immer noch die Änderungen vom 1. mal mit...

Mavarik

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

Zitat von Daniel (Beitrag 1279658)

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.