[gelöst] Umstieg von ALS auf Firebird -> Sehr langsam

[Nuclear-Ping]

Hallo Heiko,

der Baum selber wird nicht in der Datenbank gespeichert, sondern per SaveToFile auf die Platte geschrieben.

Für den oben genannten Fall läuft das so, dass der Benutzer aus einer übergeordneten Auswal einen Knoten anhaken kann, die Analyse startet, die SW sammelt dann alle CategoryIds der angehakten (Unter-)Knoten in einer Liste und erstellt daraus die Querys

SELECT * FROM ... WHERE CategoryId=200
SELECT * FROM ... WHERE CategoryId=205
SELECT * FROM ... WHERE CategoryId=6544

... 1000 sind es nicht, das war nur Pi*Daumen. Es sind für diese Datenbank 239 Querys dieser Art.

[edit]
Aber gute Neuigkeiten ... ... Hab den jetzt auf gezählte 3-4sek zum laden für diese DB mit den 16.000 Einträgen runtergebracht. Hab mit IBExpert die Datenbank nochmal neu indiziert, die Abfrage per Prepared-Query gemacht und noch bischen ausgemistet.
[/edit]

[mkinzler]

Dann würde ich das Ergebnis in einem Rutsch anfordern

SELECT * FROM ... WHERE CategoryId in (200, 205, ...)

[Nuclear-Ping]

Oh das geht? Super, mal testen.

[edit]
Cool, danke, geht. Dauert aber auch zw. 3-4 Sekunden. Aber ich denke damit kann ich leben, denn das ist auf jeden Fall schneller als die 7sek vom ADS.
[/edit]

[hoika]

Hallo,

versuche das IN mal durch OR zu ersetzen.
vielleicht ist das schneller.


Heiko

[Union]

Zitat:

Dauert aber auch zw. 3-4 Sekunden. Aber ich denke damit kann ich leben, denn das ist auf jeden Fall schneller als die 7sek vom ADS

Hast Du es beim ADS auch mit der neuen Logik probiert? Ansonsten vergleichst Du ja Pflaumen mit Orangen

[Nuclear-Ping]

Zitat von hoika:

versuche das IN mal durch OR zu ersetzen.
vielleicht ist das schneller.

Ne, geht nicht. Da meckert er - wie erwartet, dass er OR dort nicht haben will.

Zitat von Union:

Hast Du es beim ADS auch mit der neuen Logik probiert? Ansonsten vergleichst Du ja Pflaumen mit Orangen

Ja, so wie in Beitrag #10 auf Seite 1. Hat aber keinen Unterschied gemacht.

[mkinzler]

Heiko meint
SELECT * FROM ... WHERE CategoryId = 200 or CategoryId = 205 or ...

[Peinhard]

Was auch noch eine Rolle spielen mag - kommt die Liste der CategoryID sortiert daher?

Und 'Union' meint, wenn ich's recht verstehe, die Abfrage mit IN-Syntax auf dem Advantage.

[Nuclear-Ping]

Zitat von mkinzler:

Heiko meint
SELECT * FROM ... WHERE CategoryId = 200 or CategoryId = 205 or ...

Achso, ja, logisch. Sorry, stand auf dem Schlauch. War glaube zuviel neues die letzten Tage, da landet jeder Vorschlag irgendwie in der Ecke.
Hab ich grad probiert, geht nicht schneller.

Zitat von Peinhard:

Was auch noch eine Rolle spielen mag - kommt die Liste der CategoryID sortiert daher?

Nein. Macht aber auch keinen Unterschied, wenn ich sie vorher sortiere.

Zitat von Peinhard:

Und 'Union' meint, wenn ich's recht verstehe, die Abfrage mit IN-Syntax auf dem Advantage.

Falls das, dann nein. Aber wie schon gesagt, macht es bei Firebird nun auch keinen Unterschied mehr, ob ich die Daten per IN oder per einzelner Querys abrufe. Braucht beides ~4 Sekunden, was im Vergleich zu vorher ne absolut tolle Verbesserung ist.