Performanceproblem parambyname und sql like

[baumina]

Würde denn ein q.prepare vor dem q.open etwas ändern?

[mkinzler]

Zitat:

Zitat von baumina (Beitrag 1231589)

Würde denn ein q.prepare vor dem q.open etwas ändern?

Nein denn der Prepare wird implizit ausgeführt.

[Furtbichler]

Wenn man testweise auf Parameter verzichten würde, sollte das Ergebnis zufriedenstellend sein, oder?

[baumina]

Also wenn das alles auch bei mir mit UniDAC und mysql zutreffen sollte (ich muss das wohl mal testen), werde ich mich dran setzen und alle Parameter-Geschichten rauswerfen.

[Lemmy]

Bitte berichte über den Ausgang! Danke!

[Hansa]

Das "like" hebelt alle Indexe aus.

[Furtbichler]

Zitat:

Zitat von Hansa (Beitrag 1231598)

Das "like" hebelt alle Indexe aus.

Dann wäre FB aber ziemlich blöd.

[Morphie]

Aber in welcher Unit findet denn diese mysteriöse "Optimierung" statt?
btw: Firebird 2.5 stimmt?
denn: http://www.firebirdfaq.org/faq308/

[mkinzler]

Die Optimierung hat mit dem Zeitpunkt der Planbildung zu tun. Beim Absetzen der Abfrage ohne Parameter ist bekannt, das das LIKE durch ein STARTING ersetzt werden kann. Bei der Verwendung von Parametern nicht, das ja der/die Wildcard(s) im Parameter stecken.

[stalkingwolf]

klingt plausible.
Wir konnten es auch nur bei like feststellen. Bei key = :key gab es keine Performanceprobleme. Man muss also nicht alle Programm ändern.

Wegen der 2.5 FB Frage. Laut Whatsnew v2.5.1