Comment gérer un nombre important de déclinaisons produit ?

[Emmanuel Da Fonseca]

Bonjour,

Je suis développeur et je débute sur Prestashop.

Je rencontre une problématique à laquelle je n'ai pas encore trouvé la façon d'y répondre avec Prestashop.

Je montes une boutique de joailleris qui possède un large catalogue de produit (>10k). Les bagues sont déclinées en matières (Or par exemple) et en taille (une 20ènes). Le nombre de déclinaisons grimpe alors très vite. Pour 1000 produits, 4 matières, 20 tailles, je me retrouvé déjà à 80k déclinaisons. Et je suis encore loin de la réalité du catalogue.

J'ai pu tester un catalogue similaire sur un Prestashop vierge, et il se trouve que la recherche à facette est grandement impactée par ce volume, les requêtes SQL prennent facilement + de 10s, ce qui n'est pas viable.

La tailles de doigt est une information non "nécessaire" pour la préparation des commandes, la même bague dans différentes taille possède le même code produit. La taille de doigt pourrait alors être gérée comme une option de personnalisation. En revanche, un delta de prix peut être appliqué sur différentes tailles. Et ce delta varie en fonction de la matière... Ce qui ressemble bel et bien à une déclinaison. La majorité des bagues n'ont en revanche PAS de delta de prix par taille, cela reste une exception.

Je sollicite donc votre aide et poursuit mes recherche en parallèle.
Y-a-t'il un moyen d'optimiser la recherche à facette ? (en ayant analysé le code source du module, je dirais non à première vue). Est-ce que quelqu'un à déjà traité avec un catalogue de produit très volumineux ?
Sinon, existe-t-il un module permettant de gérer des options de personnalisation avec un prix potentiel par déclinaison ?
Si aucune solution clé en main n'existe, quelle est selon vous la meilleure approche ? (conserver les déclinaisons et solutionner la perf de la recherche à facette, grâce à Elasticsearch par exemple, ou bien gérer les tailles comme des personnalisation un peu avancées ?)

Merci beaucoup pour votre aide.

Cordialement

[doekia]

Ce n'est pas un problème clé en main ou lié à un module, c'est un problème mathématique.

10000 produits dérivables en 4 matières et 20 tailles donnera toujours 80000 déclinaisons

[Emmanuel Da Fonseca]

Je suis tout à fait d'accord avec cela. Ma problématique est qu'avec 80.000 déclinaisons (à vrai dire, dans mon test, plus proche de la réalité, j'ai 600k déclinaisons), la recherche à facette n'est pas opérationnelle. C'est à cela que je cherche une solution. S'il n'y a pas de solution "clé en main" pour cette volumétrie, faut-il essayer de diminuer ce volume (ne pas considérer les tailles de doigt comme des déclinaisons) ou bien solutionner ce qui pose problème (ici la recherche à facette).

Merci pour votre réponse.

[doekia]

Probablement en effet que la taille du doigt n'est pas a mettre dans la facette

[Emmanuel Da Fonseca]

A vrai dire, qu'elle soit présente ou non dans les facettes, le temps de réponse est identique car la requête SQL, de ce que j'ai pu voir, est faite sur les tables "ps_product_attribute" et "ps_product_attribute_combination" qui contiennent beaucoup de lignes. Même sans aucune filtre, le temps de recherche est long. Il est pire avec des filtres, et empire en combinant les filtres.

Merci pour votre réponse.