3

私は、約 250000 の異なる製品を持つ新しい Magento Web ショップに取り組み始めました。各商品には異なる状態 (新品、中古、破損など、それぞれ独自の価格があります) があります。現時点では、Magento にはこれを実装する方法がないようです。これらの 250000 製品のうち、約 150000 の異なる状態の在庫があり、別の 150000 の状態には在庫がありませんが、価格が設定されています (ウィッシュリストに入れることができます)。

いくつかの数値: 1500 のカテゴリ、300 を超えるオプションを持つドロップダウン属性 (国)、整数属性 (年)。それぞれ 6 言語の 2 つの Web サイトから始めます。

この問題を解決するために、次の 2 つの解決策を考えました。

グループ化・シンプルな商品構成

コンテナ製品であるグループ化された製品を作成します。各条件は異なる単純な製品になります。これらの製品をグループ化された製品に関連付けます。

このソリューションの良い点は、実装が非常に簡単なことです。データを正しい方法でインポートする必要があり、すべての情報が希望どおりに正確に表示されます。

新製品タイプ

それぞれ独自の在庫を持つ複数の条件を持つことができる新しい製品タイプを作成します。チェックアウト時に在庫が差し引かれます。これに関する問題は、この方法で CatalogInventory モデルを実装することはおそらく困難であり、製品タイプ全体を構築するには時間がかかり、一般的にバグが発生しやすいことです。

このソリューションの利点は、システム内の製品が約 2 ~ 2.5 分の 1 になることです。

その他

これを解決する他のオプションはありますか?たぶん、これをすべて行うモジュールがありますか?

結論として、もちろん私は最初の解決策を好みますが、Magento はそれを処理できますか? これほど多くのグループ化された製品の経験がある人はいますか? システムには、システム内に約 550,000 個の製品 (グループ化された製品と単純な製品) が含まれますが、これはパフォーマンスにどのような影響を与えるでしょうか? サイトが成長し、製品の量が 2 倍になったらどうなりますか?

4

1 に答える 1

1

詳細がわからない場合は、新しい製品タイプを使用するか、構成可能な製品を使用する場合は製品タイプとは無関係に機能を追加することに傾倒します (構成可能な製品タイプを複製しようとはしません)。在庫管理を無効にして、アイテムごとの条件で個々のアイテムの在庫を保持し、そのように個別の在庫を維持する追加のテーブルを使用します。イベントとオーバーライドを使用して、必要に応じて CatalogInventory の在庫状況を制御します。大部分が重複している新製品を絶えず作成することは、これが拡張が必要な​​長期的な取り組みである場合、回避する価値があるように思えます.

ただし、Grouped/Simple 方式は実行可能な短期的なソリューションであり、プロジェクトが初期段階にあり、多額の初期費用を支払う余裕がない場合に適しています。よく計画されていれば、スクリプトは、古いグループ化された/単純な製品のすべてを、発売の準備ができたときに新しい製品タイプに変換できるはずです.

于 2012-12-04T16:34:07.703 に答える