Problem mit FireDac(XE3) und Firebird rows

[WoGe]

Hallo

folgendes SQL Befehl funktionier in IBExpert einwandfrei

Code:

select * from tmp_tblRohwerte
order by Messwerte rows :Anzahl to :Anzahl

Meine Firedac-Komponenten verlangen im Rows Befehl aber einen "Echte" Integerwert und keinen Parameter.

Ich möchte auf diese Weise den Medianen Wert ermitteln und/oder den Mittelwert der mittleren 80% der Werte.

Gibt es irgendeine Möglichkeit Firedac zu überreden?
Oder kann man die zur Frage stehenden Werte anderswie bekommen?

Grüße
wo

[Union]

FireDAC ist DB-Übergreifend, daher solltest Du das Limit weglassen und stattdessen die dafür vorgesehenen Eigenschaften verwenden:

Delphi-Quellcode:

FDQuery.FetchOptions.RecsSkip := Anzahl-1;
FDQuery.FetchOptions.RecsMax  := 1;

FireDac erweitert dann das Select selber je nach DB-Dialekt (ROWS..TO, LIMIT..OFFSET, FETCH FIRST, TOP, WHERE ROWNUM, ...).

[WoGe]

HM..
interessante Idee, werde ich auf jeden Fall mal ausprobieren.

Zitat:

Zitat von Union (Beitrag 1283645)

FireDAC ist DB-Übergreifend, daher solltest Du das Limit weglassen und stattdessen die dafür vorgesehenen Eigenschaften verwenden:

Delphi-Quellcode:

FDQuery.FetchOptions.RecsSkip := Anzahl-1;
FDQuery.FetchOptions.RecsMax  := 1;

FireDac erweitert dann das Select selber je nach DB-Dialekt (ROWS..TO, LIMIT..OFFSET, FETCH FIRST, TOP, WHERE ROWNUM, ...).

Problem ist, das Konstrukt ist Bestandteil eines sehr komplexen Execute Block. (War Vorher mal ne SP, aber auch da hat Firedac gemeckert).
Ich bin schon am Überlegen, ob ich, da ich jetzt einen Execute Block habe, die Zeile im SQL Text nicht lokalisiere und jedesmal ersetzte.

Trotzdem erst mal vielen Dank
Ich werde meine Erkenntnisse hier schreiben

Grüße
wo

[Union]

Wenn Dir die DB-Unabhängigkeit nicht wichtig ist, kannst Du auch die Macro-Ersetzung von FireDAC verwenden.

Delphi-Quellcode:

FDQuery.SQL.Text := 'select * from tmp_tblRohwerte order by Messwerte rows &Anzahl to &Anzahl';
FDQuery.MacroByName('Anzahl').AsInteger := 100;

IBExpert behandelt wohl durch Parameter-Marker ":" gekennzeichnete Werte wie ein Macro. Die Limits (wie auch Tabellennamen) werden nämlich von den DB-Treibern und dem Optimizer nicht als Parameter akzeptiert.

[WoGe]

Hallo
vielen Dank.
Getestet und funktioniert soweit.

Mit diesen Anregungen kann sicher weiterkommen.
Vermutlich muss ich meinen Block zerlegen, da "Anzahl" außerhalb des Blocks zurzeit nicht bekannt ist.

Was mich wundert ist diese Aussage, da ich das ganze vorher in einer Stored-Procedure hatte und da ging es (in IBExpert) auch einwandfrei - ich hatte eigentlich gedacht, das eine SP ausschließlich von Firebird bearbeitet wird.

Zitat:

Zitat von Union (Beitrag 1283650)

...
IBExpert behandelt wohl durch Parameter-Marker ":" gekennzeichnete Werte wie ein Macro. Die Limits (wie auch Tabellennamen) werden nämlich von den DB-Treibern und dem Optimizer nicht als Parameter akzeptiert.

Viele Grüße
wo

[mkinzler]

Zitat:

ich hatte eigentlich gedacht, das eine SP ausschließlich von Firebird bearbeitet wird.

Wird Sie auch.

[tsteinmaurer]

Das Statement aus dem ersten Posting klappt mit FireDAC in XE5 ohne Probleme.