FireDAC Fehler? #2

[hoika]

Hallo,
nein, ich meinte

DataSet.FieldByName('ixRecName').AsString DataSet.FieldByName('ixRecName') ist nil, wenn es das Feld ixRecName nicht gibt.
Dann erzeugt nil.AsString eine Zugriffsverletzung.

Mach doch mal explizit eine Abfrage

Delphi-Quellcode:

if DataSet.FieldByName('ixRecName')=nil then
begin
  // ShowMessage  irgendwas
end;

Zitat:

Querys sind darauf

Per Select * oder direkt als Select Field1,Field2?

Zitat:

Die procedure wird hundere Male am Tag aufgerufen

Also tritt das Problem nur sporadisch auf?

[haentschman]

Zitat:

Also tritt das Problem nur sporadisch auf?

richtig...Ich hab nur so sporadischen Schei...

Zitat:

DataSet.FieldByName('ixRecName') ist nil, wenn es das Feld ixRecName nicht gibt.

...da gehe ich ich noch mit, aber

Zitat:

Wenn ein Feld nicht existiert gibt es eine vernünftige Meldung.

...seit wann gibt es eine Zugriffsverletzung wenn ein Feld in der Datenmenge nicht existiert?

[Uwe Raabe]

Zitat von hoika:

DataSet.FieldByName('ixRecName') ist nil, wenn es das Feld ixRecName nicht gibt.

Das stimmt so nicht! Im Gegensatz zu FindField liefert FieldByName niemals ein nil zurück, sondern erzeugt vorher eine EDatabaseError Exception.

[DasWolf]

Hallo,

kommt der Fehler auch, wenn Du einen anderen Wert zuweist oder ein DataSet.FieldByName('ixRecName').Clear machst?

[haentschman]

Danke...

Zitat:

Also tritt das Problem nur sporadisch auf?

Das ist genau das Problem. Ich kann nicht sagen ob das funktioniert oder auch nicht.

Zitat:

PS: Die procedure wird hundere Male am Tag aufgerufen.

PS: Für mich wäre interessant ob das an den Daten liegen kann oder ob die Komponente querschießt.

[Frickler]

Sicher, dass die Fehler-Zeile die richtige ist? Möglicherweise ist ja "DataSet" nil. Dann rummst es eine Zeile drüber...

[haentschman]

Zitat:

Möglicherweise ist ja "DataSet" nil. Dann rummst es eine Zeile drüber...

Wie soll er dann diese Zeile kommen?

Zitat:

00b5261e +01e SEAM.exe FireDAC.DatS TFDDatSRow.InternalSetData

[Frickler]

Stimmt auch wieder

Hat die verwendete Query Komponente zur Designzeit eingerichtete persistente Felder? Ich hatte hier schon "interessante Effekte" wenn die aktuell abgefragten Werte (aus welchem Grund auch immer) nicht zu den persistenten Feldern passen.