3

我已经开始在一个新的 Magento 网上商店工作,它有大约 250000 种不同的产品。每个产品可以有不同的条件(新的、使用的、损坏的等,每个都有自己的价格。)。Magento 目前似乎没有实现这一点的方法。在这 250000 种产品中,大约有 150000 种不同的条件有库存,另外 150000 种条件没有库存但有价格(可以放在愿望清单上)。

一些数字:1500 个类别,具有 > 300 个选项的下拉属性(国家),整数属性(年份)。从两个网站开始,每个网站 6 种语言。

我想出了两种解决方案来解决这个问题:

分组/简单的产品结构

我们创建了一个分组产品,即容器产品,每个条件都是一个不同的简单产品。我们会将这些产品与分组产品相关联。

这个解决方案的好处是它很容易实现,我们必须以正确的方式导入数据,并且所有信息都以我们想要的方式准确呈现。

新产品类型

我们创建了一个新的产品类型,它可以有多个条件,每个条件都有自己的库存。在结帐时,库存被减去。这样做的问题是,以这种方式实现 CatalogInventory 模型可能很困难,并且构建一个完整的产品类型通常很耗时且容易出错。

该解决方案的优势在于,系统中的产品数量将减少约 2-2.5 倍。

其他

还有其他选择可以解决这个问题吗?也许有一个模块可以做到这一切?

结论:我当然更喜欢第一个解决方案,但 Magento 可以处理吗?有没有人有这么多分组产品的经验?系统中将有大约 550000 个产品(分组 + 简单)产品,这会对性能产生什么影响?当网站增长并且我们将拥有两倍数量的产品时会发生什么?

4

1 回答 1

1

在不了解更多细节的情况下,如果您使用可配置产品,我倾向于使用新产品类型或仅添加独立于产品类型的功能(我绝对不会尝试复制可配置产品类型)。我会禁用库存管理并使用一些额外的表来保存单个项目的库存和每个项目的条件,并以这种方式维护一个单独的库存。根据需要使用事件和覆盖来控制 CatalogInventory 库存状态。如果这是一项需要扩大规模的长期努力,那么不断创造大量重复的新产品似乎是一个值得避免的麻烦。

但是,分组/简单方法可能是一种可行的短期解决方案,并且如果项目处于早期阶段并且无法承担巨大的初始支出,则它是合适的。如果计划周密,脚本应该能够在准备发布时将所有旧的分组/简单产品转换为您的新产品类型。

于 2012-12-04T16:34:07.703 回答