質問

Magentoは、特定のcustomer_group_idが製品の価格を持っていない場合でも、各製品x Customer_group_idに対してProduct_Price_index行を作成しているようです。

これは問題になります。私は4675の製品と285の顧客を抱えています。特定の顧客は1つの製品に対して1つの特別価格しか持っておらず、もう1つはありませんが、それでもインデックスに4675x285 = 1332375行があります。

この状況を処理する方法について、そこにいる人は何かアイデアを持っていますか?

誰かがこの状況の解決策を実装しましたか?

役に立ちましたか?

解決

ストアとウェブサイトビューをミックスに追加すると、さらに多くの行が表示されます。

残念ながら、これはMagentoの柔軟な価格設定スキーマの製品です。

最新リリースに参加していない場合は、1.8.x CEまたは1.13.x EEにアップグレードすることをお勧めします。

カタログ価格ルールは、顧客グループに適切に適用されます。

それらの詳細は私が完全に確信していないことです。

アップグレードがオプションでない場合:


編集

以下は、Magentoのパフォーマンスと非同期インデックス、未使用のコアモジュールの無効化、ロギング、およびクラスパスキャッシュを介したインデックス作成を支援するいくつかのことを示します。これらはすべて、コスト/時間を最小限に抑え、Magentoをアップグレードせずにインデックスのパフォーマンスを改善するはずです。

使用していないロギングと未使用のコアモジュールを無効にします。

インデックス作成/キャッシュメカニズムに関するより多くの洞察が必要な場合に考慮すべきいくつかのモジュール:

Magentoのインデックス管理を改善します。 Magentoが非同期にインデックスを処理できるようにします。個別のPHPプロセス全体でインデックス化され、生成される必要があるデータをチャンクアップするため、これを試してみることを強くお勧めします。デフォルトでは、Magentoはインデックス作成時に1つのCPUコアのみを使用します。大規模なマルチコアシステムでは、これはインデックスのパフォーマンスに非常に役立ちます。

GitHubで利用可能な別の無料オプションは、最新の状態に見えます。

AOE_indexは4年以上更新されていないため、ソリューションに対しても支払われています。

Magentoが持っているファイル/フォルダーが多数あるため、Autoloaderは、ファイルを見つけるためのサーバーファイルシステム上のFSEEKの代わりに、探している正確なファイルを見つけるのに役立ちます。あなたの問題に対する直接的な解決策ではありませんが、Magentoのパフォーマンスを大いにスピードアップします。

ライセンス: CC-BY-SA帰属
所属していません magento.stackexchange
scroll top