Performance Einbruch FB 2.5 bei Abfrage auf zusätzliches Feld

[Union]

Das Resultset enthält nur einen Satz. Ich habe es aber gelöst. Es lag an dem Vergleich SMALLINT / INTEGER.

Die Datenmengen

SENDPOS 1195320

LSCOLL 1367358

LSPOS 11404522

LSPACK 10821130

LSPTEXT 7165841

Das Ausführen der Query ohne den Vergleich auf das Feld POSITION mit 25 ergibt (0,6 s):

Code:

G1 25  LI-Gép - Közúti/tengeri - ragassz "Közúti/tengeri" LI matricát a kollira

[Blup]

Ich vermute das Problem nicht in der Typ-Umwandlung.

Laut Plan benutzt die Abfrage für den Zugriff LSPTEXT Index (LSPTEXT_LSPOS_ID, LSPTEXT_POSITION).
LSPTEXT_POSITION hat wahrscheinlich eine schlechte Selectivität.
Alle Datensätze die LSPTEXT_LSPOS_ID liefert, werden mit allen Datensätzen aus LSPTEXT_POSITION verglichen und die Schnittmenge gebildet.
Das dauert länger als bei allen Datensätzen aus LSPTEXT_LSPOS_ID direkt das Feld "POSITION" zu prüfen.
Auf die Schnittmenge wirkt dann erst die Bedingung für lsptext.art.

"POSITION" ist als smallint definiert, durch die Typumwandlung vor dem Vergleich kann der Index LSPTEXT_POSITION nicht mehr angewendet werden.

Der Index "LSPTEXT_POSITION" macht in dieser Tabelle keinen Sinn.
Ich kann mir keine Abfrage vorstellen, die "POSITION" erfordert, aber bei der "LSPOS_ID" nicht berücksichtigt wird.
Hier ist ein kombinierter Index über "LSPOS_ID" und "POSITION" effektiv und kann den INDEX LSPTEXT_LSPOS_ID und LSPTEXT_POSITION ersetzen.

[Union]

@blup
Deine Vermutungen sind hier nicht zutreffend. Denn wenn die Bedingung

Code:

cast("POSITION" as Integer) = 25

0,6 s dauert und

Code:

"POSITION" = 25

5 s dann liegt es nicht am Index. Für Sonderfälle sind zusammengesetzte Indizes bestimmt gut, ansonsten ist FB meiner Erfahrung nach sehr gut in der Lage, sich den Zugriffsplan aus einzelnen Feldindizes zusammenzubauen..

[Blup]

Ganz im Gegenteil, durch die Typumwandlung greift der Index LSPTEXT_POSITION nicht mehr.
Das kannst du sicher im Ausführungsplan nachschauen.
Ein unnötiger Index wenig, in diesem Fall = schneller.