Quand dois-je utiliser l'option de table plate de catégorie?

Pour faire suite à une question précédente, je voudrais savoir:

Quand dois-je utiliser l'option de table plate de catégorie?

En cherchant sur Google, j'ai trouvé un conseil pour l'activer " quand vous avez beaucoup de catégories ". Mais qu'est-ce que c'est beaucoup ?

Je peux facilement comprendre que l'activation des tables plates pour les produits est une bonne décision en termes de performances, mais est-ce vraiment aussi important pour les catalogues?

Et quelles implications en découlent? Je viens d'apprendre que l'activation des tableaux de catégories plats empêche de sauvegarder les positions de produits de catégorie. Du moins pas aussi facile que sans l'option plate (merci à Marius pour votre aide). Y a-t-il d'autres choses mentionnables?

Merci d'avance :)

Si PHPMyAdmin est installé sur votre serveur, vous pouvez consulter les tableaux de Magento. Vous verrez qu'il y a beaucoup de choses commençant par catalog_product_...et catalog_category_....

Tous ceux-ci sont utilisés pour chaque produit et catégorie, ce qui signifie beaucoup de requêtes compliquées et lourdes pour chaque page que vous appelez.

Pour alléger la charge sur MySQL et accélérer votre boutique, Magento propose des tables plates. Par exemple catalog_product_flat_1. Si vous regardez la structure de ce tableau, vous verrez qu'il contient de nombreuses données de base sur le produit, ce qui signifie que, par exemple, dans la liste des produits de la catégorie, une seule requête doit être exécutée sur ce tableau au lieu d'interroger le plusieurs autres tables contenant les données d'attribut.

Cependant, ces données sont agrégées à partir des données des autres tables, ce qui signifie que chaque fois que vous enregistrez un produit, plusieurs indexes( System > Configuration > Index Management) sont actualisés pour compiler ces données de produit. Dans certains cas, comme par exemple lors du développement, cela peut être inutile. Vous souhaitez voir toutes les modifications immédiatement, même si le temps de chargement de la page peut prendre un certain temps.

Donc, en conclusion, chaque fois que vous lancez une boutique au public, allumez-les et essayez de ne pas utiliser la totalité des produits ou des objets de catalogue lors de la programmation, mais utilisez plutôt les données fournies par les index plats.

Si vous avez beaucoup de catégories ou de nombreux attributs personnalisés pour les catégories, c'est un bon choix car la complexité des requêtes est réduite. Gardez à l'esprit que les charges lourdes en bénéficient encore plus. Le principal inconvénient est que les catégories et les flat_categories utilisent une interface très différente, si souvent le code doit être très prudent dans le cas des catégories plates activées.