FireDac: Filterbedingung über OnFilterRecord ignoriert Master/Detail

[Gremlin]

Hallo,


ist euch etwas darüber bekannt, dass eine Master/Detail-Beziehung ignoriert wird, wenn eine Filterbedingung im Detail via OnFilterRecord verwendet wird? Problem: Es werden alle Datensätze der Detail-Datenmenge geladen, mit Auslösen einer EOutOfMemory-Exception, wenn ausreichend viele Details vorhanden sind.

Wird die Datenmenge jedoch über eine Filter := <Ausdruck>-Bedingung gefiltert, so tritt das Problem nicht auf. Leider kann der Filter nicht darüber verwendet werden.
Master und Detail sind jeweils TFDTable, die über eine TFDConnection an einem Firebird 3.x Server verbunden sind. Spezielle Anpassungen wurden nicht vorgenommen. Detail enthält Master als MasterSource, verknüpft über das Feld 'Nr'

Verwendete Tabellen des Demo-Projekts:

Master (ca. 2000 DS)

Nr integer
Name varchar(50)

Detail (ca. 800000 DS)

Nr integer
PosNr integer
Name1
Name2 varchar(50)
Anzahl integer


Die Exception passiert an dieser Stelle (FireDac.DatS.pas)

procedure TFDDatSRowListWithAggregates.AddObjectAt(AObj: TFDDatSObject;
AIndex: Integer);
begin
inherited AddObjectAt(AObj, AIndex);
if FAggregateSlotAllocated > 0 then
AddAggregatesRow(AIndex);
end;


Vielen Dank

[Uwe Raabe]

Statt TFDTable solltest du besser TFDQuery verwenden und auf Parameter-based M/D umstellen. Bei Range-based M/D werden tatsächlich alle Datensätze geladen.

[Ashlelton]

Das beschriebene Verhalten ist bekannt – OnFilterRecord wirkt clientseitig, weshalb zunächst alle Detail-Datensätze geladen werden, was bei großen Datenmengen zu Speicherproblemen führt. Für große Datenmengen empfiehlt sich stattdessen serverseitiges Filtern, z. B. über Filter-Eigenschaft mit Filtered := True oder ein angepasstes SQL mit WHERE-Klausel in einer TFDQuery.

[himitsu]

Es kommt drauf an, wie "Filter" beim FireDAC artbeitet / implementiert ist. (auf Ebene des TDataSet scheint die Implementation noch leer zu sein)

• ebenfalls nur clientsitig (hat dann das selbe Problem, wie OnFilterRecord)
• oder wird das WHERE-Statement damit umgeschrieben/erweitert (hier wird nur das vom Server geholt, was getroffen wird)

z.B. pgDAC (und eventuell auch AnyDAC und die anderen, jenes Herstellers) besitzen neben dem Filter noch ein zusätzliches SQLFilter.
Beim FireDAC seh ich nur dieses "Filter", aber das kann man ja leicht prüfen, was hier der Fall ist (am Sichersten im Log).