Je lisais la liste des tableaux qui peuvent être tronqués ( /programming/12205714/list-of-tables-to-safely-truncate-in-magento ) et je n'ai pas vu
report_viewed_product_index
La table est immense et il faut très longtemps pour restaurer la base de données. Est-il sûr de tronquer ces données ou au moins de supprimer les données les plus anciennes?
mysql
performance
enterprise-1.13
brentwpeterson
la source
la source
Réponses:
Autant que je puisse voir / savoir, ce tableau est inclus dans l'événement
log_log_clean_after
.Si vous regardez sous le fichier,
app/code/core/Mage/Reports/etc/config.xml
vous verrez l'extrait suivant.Cette méthode nettoie simplement tous les événements de rapport, puis les tables de produits consultées et comparées.
Si vous vous assurez que vous disposez de la configuration cron logClean, les rapports doivent également être nettoyés avec.
la source
J'ai fait des recherches là-dessus il y a quelque temps, car nous avions également des problèmes avec ce tableau.
report_viewed_product_index
est utilisé pour les produits récemment consultés. Si vous n'utilisez pas cette fonctionnalité: allez tronquer :-)Si vous utilisez la fonctionnalité des produits récemment consultés, vérifiez si votre cron est correctement configuré. Les entrées pour les visiteurs qui n'existent plus dans le
log/visitor
tableau doivent ensuite être supprimées automatiquement lors de l'log_log_clean_after
événement.La méthode propre est héritée
Mage_Reports_Model_Resource_Product_Index_Viewed
de l'Mage_Reports_Model_Resource_Product_Index_Abstract
endroit où cela se produit.la source