Kundengruppen und product_price_index Wachstum in Magento

Question

Magento scheint für jedes Produkt x customer_group_id eine produkte protrops zu erstellen, auch wenn ein bestimmtes customer_group_id keinen Preis für das Produkt hat.

Dies endet in einem Problem wie: Ich habe 4675 Produkte und 285 Kunden. Ein bestimmter Kunde hat möglicherweise nur einen Sonderpreis für 1 Produkt und nicht mehr, aber ich bekomme immer noch 4675x285 = 1332375 Zeilen im Index, was somit nicht verwirrbar wird, was jeden Reindedex zu einem echten Schmerz macht.

Hat jemand da draußen Ideen, wie man mit dieser Situation umgeht?

Hat jemand eine Lösung für diese Situation implementiert?

Answer 1

Wenn Sie den Mix Store- und Website -Aufrufe hinzufügen, sehen Sie eine noch größere Anzahl von Zeilen.

Leider ist dies ein Produkt von Magentos flexibles Preisschema.

Ich würde empfehlen, auf 1.8.x CE oder 1.13.x EE zu aktualisieren, wenn Sie nicht in der neuesten Version sind, da einige Korrekturen in Bezug auf dieses spezielle Problem vorgenommen wurden:

Katalogpreisregeln werden ordnungsgemäß auf Kundengruppen angewendet.

• http://www.magentocommerce.com//knowledge-base/entry/ce-18-later-release-notes#ce18-1800fixes-price-rules
• http://www.magentocommerce.com/knowledge-base/entry/ee113-later-release-notes#ce18-1800fixes-price-rules

Was diese Einzelheiten sind, bin ich mir nicht ganz sicher.

Wenn das Upgrade keine Option ist:

• Permanente Lösung für das gemeinsame Indexierungsproblem

---

BEARBEITEN

Hier sind einige Dinge, die bei der Leistung von Magento und der Indexierung durch asynchrone Indizierung, Deaktivieren unbenutzter Kernmodule und Protokollierung sowie eines Klassenpfad -Cache helfen können. All dies sollte die Indexierungsleistung mit minimaler Kosten/Zeit verbessern und Magento ohne Upgrade von Magento zu verbessern.

Deaktivieren Sie die Protokollierung und alle nicht verwendeten Kernmodule, die Sie nicht verwenden:

• https://gist.github.com/molotovbliss/c36c25b7a08afda2848b

Einige Module müssen berücksichtigt werden, wenn Sie mehr Einblicke in die Indexierungs-/Caching -Mechanismen benötigen:

Verbesserung des Indexmanagements in Magento. Ermöglicht Magento, Indizes asynchron zu verarbeiten. Ich würde wärmstens empfehlen, dies auszuprobieren, da die Daten in indiziertem und über separaten PHP -Prozessen hervorgebracht werden müssen. Standardmäßig verwendet Magento bei der Indexierung nur einen CPU -Kern. Auf einem großen Multi-Core-System hilft dies enorm bei der Indizierungsleistung.

• https://github.com/aoepeople/aoe_index

Eine weitere kostenlose Option für Github, die auf dem neuesten Stand ist:

• https://github.com/magento-hackathon/asyncindex

Es gibt auch eine bezahlte Lösung, da Aoe_index seit über 4 Jahren nicht mehr aktualisiert wurde.

• http://mirasvit.com/magento-extenssions/magento-asynchronous-reindex.html

Mit so vielen Dateien/Ordnern, die Magento hat, hilft dies dem Autoloader, die genauen Dateien zu finden, nach denen er sucht, anstelle von FSEEKs auf Ihrem Server -Dateisystem, um die Dateien zu finden. Keine direkte Lösung für Ihr Problem, wird jedoch die Leistung von Magento erheblich beschleunigen.

• https://github.com/aoepeople/aoe_classpathcache