Communauté Magento Francophone

Bonjour

Le flat catalog a pour vocation d' améliorations des performances catalogue...

Hors j'ai une requête d' 1 base : catalog_product_flat_1
# Query_time: 2.067206 Lock_time: 0.002139 Rows_sent: 52 Rows_examined: 1180159


Elle me liste tous le produits soit 1180159 lignes examinées pour 52 résultats...

Un problème d'index ? Pourquoi le flat alourdit les requêtes alors que son utilisation est justement d'alléger ?

Peut-être que la réponse se situe dans le fait que tu aurais ajouté des attributs à tes articles qui ne seraient pas intégrés dans le flat catalogue.

Voir la discussion www.fragento.org/Questions-de-programmeu...ause-de-Magento.html (réponse à la fin)

Tiens-nous au courant.
Par contre j'aimerais savoir comment tu fais pour obtenir des informations sur les temps des requêtes SQL? comment activer/désactiver le log des slow queries (faut-il relancer mysql) et où trouver ces logs ?

Merci

Oui j'ai ajouté des attributs au flat... comme décrit dans le post (prise en compte ?)

activer/désactiver le log des slow queries via le my.cnf : lignes à "decommenter"
faut-il relancer mysql) oui pour que les modifications soient prises en compte.

Mes tables "catalog flat" sont souvent en slow query.... effet inverse de la fonction catalog flat

comme indiqué dans la discussion que j'ai citée plus haut il faut que tu mettes bien tes attributs comme devant être utilisés dans la liste de produits (puis reindex) sinon la requête est très compliquée. Vérifie que tes tables catalog_flat contiennent bien les attributs que tu as ajoutés.

problème avec la base revient souvent dans mon log query :catalog_product_flat :

[quote]# Query_time: 2.067206 Lock_time: 0.002139 Rows_sent: 52 Rows_examined: 1180159
SET timestamp=1269615779;
SELECT DISTINCT COUNT(index.entity_id) AS `count`, `index`.`value` FROM `catalog_product_flat_1` AS `e`

Le fautif devait être un module qui n'était plus actif en frontend mais certains moteurS de recherche me balancer 2-3 requêtes sur ce module à 1 sec d'intervalle... depuis hier mon log query n'indique plus de souci avec la table précitée...