Filter Speed

[EBL]

Hi,
wir haben einen Katalog bei dem die Filter tw. sehr langsam sind. Dass Tags Filter nicht die schnellsten sind, ist klar. Der Plan war, die Tags auf lange Sicht durch Selects zu ersetzen. Was ich aber nicht ganz nachvollziehen kann, ist dass ein Seitenauswahl Filter hier ebenso langsam ist. In der DB sind da ja nur IDs gespeichert.

Bsp: Produktliste auf 24 pro Seite beschränkt. Ladezeit ohne Filter 1-2s -> mit Filter 7-8s



Ist das normal für die Seitenauswahl oder müssen wir davon ausgehen, dass ein Select Filter mit ähnlichen Daten auch langsam wird? Erste Tests mit Select Filtern waren schnell, die Optionen sind allerdings nur in ein paar Produkten gepflegt.

[Tim]

Seitenauswahl-Filter in Mehrfachauswahl sind ebenfalls blobs, die wiederum recht imperformant durchsucht werden müssen, wie Tags. Ob im blob eine String oder eine ID gesucht wird, ist dabei imgrunde egal. Der blob muss aufwendig deserialisiert werden, was nicht direkt im sql-Query möglich ist.

ps. Den Sinn eines Seitenauswahl-Filter, auf manueller Auswahl-Basis erschließt sich mir nicht. Die Seitenauswahl dient der Vorselektion.
-> damit reduziert man noch vor der manuellen Filterauswahl des Benutzers die Liste anhand der Seite.

[EBL]

Danke, die Seitenauswahl ist hier eine Einfachauswahl, in der DB steht nur die jeweilige ID, kein blob. Das sollte doch dann eigentlich schneller gehen, oder?

[Tim]

Danke, die Seitenauswahl ist hier eine Einfachauswahl, in der DB steht nur die jeweilige ID, kein blob. Das sollte doch dann eigentlich schneller gehen, oder?

Naja, nun nutzt du aber auch keinen Seitenauswahl-Filter, sondern einen Auswahl für Selects. Der ist nicht für ID-basierte Suchen konzipiert.

Darüber hinaus muss man auch schauen, welche weiteren Filter angestoßen werden, bei einer Filterung.

[EBL]

Sonst sind aktuell keine Filter aktiv. Ich würde nur gern sicherstellen, dass eine Filterung mit reinen Selects nicht auch wieder langsam wird. Bisher lief es mit Selects ja schnell, es sind nur noch nicht alle Produkte mit Werten versehen. Wenn die Geschwindigkeit hier allein durch das Setup Select Filter + Seitenauswahl Feld beeinträchtigt wird, sollte es ja mit reinen Selects passen.

[Tim]

Sonst sind aktuell keine Filter aktiv. Ich würde nur gern sicherstellen, dass eine Filterung mit reinen Selects nicht auch wieder langsam wird. Bisher lief es mit Selects ja schnell, es sind nur noch nicht alle Produkte mit Werten versehen. Wenn die Geschwindigkeit hier allein durch das Setup Select Filter + Seitenauswahl Feld beeinträchtigt wird, sollte es ja mit reinen Selects passen.

Select, Einzelauswahl sind die performantesten Attribute/Filter. Der Filterwert kann dort direkt als Query Wert eingesetzt werden.

[Tim]

In der kommenden neuen Hauptversion wird es ein erweitertes Caching für Filter-Ergebnisse geben, die bei identischen Filter-Abfragen direkt das Ergebnis übermitteln. Was zu einem deutlichen Performance-Anstieg bei besonders aufwendigen Filtern (Seitenauswahl, Tags, SelectDB) führt (unter der Veraussetzung der Filter wird identisch erneut abgerufen - beim Seitenauswahl-Filter ist dies z.B. der Fall).