FDQuery CachedUpdates Datensatz speichern?

[Uwe Raabe]

Interessant wären hier wirklich die Einstellungen der FDQuery.

[Uwe Raabe]

Achte darauf, dass in der FDQuery unter UpdateOptions.UpdateMode das upWhereKeyOnly eingetragen ist, und das für das Feld Nummer unter ProviderFlags das pfInKey angehakt ist. Das geht entweder über ein statisches Feld oder dynamisch im AfterOpen.

Es reicht übrigens, wenn Nummer das einzige statische Feld ist. Dazu muss in der Query unter FieldOptions der Wert für AutoCreateMode auf acCombineAlways stehen. Dann werden alle übrigen Felder dynamisch angelegt.

[HCB]

An den Eigenschaften der FDQuery wurde nichts geändert (also nur die Komponente platziert) und als SQL select * from sPersKto hinterlegt. Das ist alles.

[HCB]

upWhereKeyOnly ist eingetragen, AutoCreateMode steht auf acCombineAlways, aber ProviderFlags finde ich nicht.
Geht aber mit den ersten zwei Einstellungen auch nicht.

[Uwe Raabe]

ProviderFlags gibt es nicht in der Query sondern beim Feld. Du musst erst im Feld-Editor der Query (Kontext-Menü) über Felder hinzufügen das Nummer-Feld statisch anlegen. Dort kannst du die Provider-Flags setzen.

[HCB]

Uwe you made my day!
Ich danke Dir!!!!

AutoCreateMode auf acCombineAlways stellen und im Query FeldEditor ein Feld anlegen und dem Feld ProviderFlags/pfInKey auf true setzen.
Jetzt läuft das ganze problemlos.

Nochmals DANKE für die schnelle Hilfe.

LG Harry

[Uwe Raabe]

Um das mal ein wenig zu erklären: FireDAC versucht bei einem Update möglichst eindeutige Key-Felder zu nehmen (upWhereKeyOnly). Ein Key-Feld zeichnet sich dadurch aus, dass es das ProviderFlag pfInKey hat. Die WHERE-Clause beim Update enthält also nur die Key-Felder.

Gibt es kein solches Feld, kommt als Fallback das upWhereAll zum Einsatz. Dabei listet die WHERE-Clause alle Felder auf und da streikt Access ab einer gewissen Anzahl.