Listen Filter SQL Performance

[Bergau]

Basis ist die 2.0.4.2

Wir hatten das Problem, dass die Seite beim Laden einer Kategorie keine Rückmeldung mehr gegeben hatte, nachdem Filter für die Artikel hinzugefügt wurden. Selbst nach Reduzierung der Filter war dies sehr langsam.
Problem war das SQL-Statement zur Ermittlung der Filter. Dieses nahm knapp 20 Sekunden in Anspruch.

Geholfen haben zwei neue Indizes und die Abfrage der Zahlenfelder als Zahl statt Zeichenkette.

Indizes:

ALTER TABLE `products_tags_options` ADD INDEX `products_tags_option_idx_id_filter_id_order` (`languages_id`,`filter`,`options_id`,`sort_order`);
ALTER TABLE `products_tags_values` ADD INDEX `products_tags_values_idx_id_filter_id_order` (`languages_id`,`filter`,`options_id`,`sort_order`);

Die geänderte listing_filter.php ist angehängt.

[Gerhard Waldemair]

In 12183:

fix #1679

[Torsten Riemer]

In 12184:

Addition on r12183 (fix #1679)

[Bergau]

Mir fiel eben auf, dass ich gestern etwas doof war. In der übermittelten Datei ist noch ein kleiner Fehler enthalten. Die Variable $filter_join vermisst ein Leerzeichen in der übermittelten Version, was zu einem SQL-Fehler führt, sobald mehr als ein Filter ausgewählt wird.

Hatte bei mir aus

        $filter_join .= "JOIN ".TABLE_PRODUCTS_TAGS." pt".$fi." 
                              ON pt".$fi.".products_id = p.products_id
                                 AND pt".$fi.".options_id = ".(int)$options_id."
                                 AND pt".$fi.".values_id = ".(int)$values_id;

noch dieses gemacht:

        $filter_join .= " JOIN ".TABLE_PRODUCTS_TAGS." pt".$fi." 
                              ON pt".$fi.".products_id = p.products_id
                                 AND pt".$fi.".options_id = ".(int)$options_id."
                                 AND pt".$fi.".values_id = ".(int)$values_id;

[Gerhard Waldemair]

die SQL umschreiben ist nicht zwingend notwendig.