我已经开始创建一个新的Magento网店，它拥有大约25万种不同的产品。每种产品可能有不同的条件（新的，使用过的，损坏的等等，每种都有自己的价格）。 Magento目前似乎没有办法实现这一点。在这250000种产品中，有大约150000种不同的库存条件和另外150000种条件，这些条件没有库存但确实有价格（可以列入心愿单）。
某些数字：1500个类别，下拉属性（国家/地区）＆gt; 300个选项，整数属性（年）。从两个网站开始各有6种语言。
我已经想出了两个解决这个问题的方法：
我们创建了一个分组产品，它是容器产品，每个条件都是不同的简单产品。我们会将这些产品与分组产品联系起来。
这个解决方案的好处在于它非常容易实现，我们必须以正确的方式导入数据，并且所有信息都以我们想要的方式呈现。
我们创建了一个新的产品类型，它可以有多个条件，每个条件都有自己的库存。在结账时，库存被减去。这样做的问题在于以这种方式实现CatalogInventory模型可能很困难，并且构建整个产品类型通常是耗时且错误的。
此解决方案的优势在于系统中的产品将减少约2-2.5倍。
还有其他方法可以解决这个问题吗？也许有一个模块可以做到这一切？
总结：当然我更喜欢第一种解决方案，但Magento可以处理吗？有没有人有这么多分组产品的经验？该系统将在系统中拥有约550000个产品（分组+简单）产品，这将对性能产生什么影响？当网站增长时会发生什么，我们会有两倍的产品？
答案 0 :(得分：1)
在不了解更多细节的情况下，我倾向于使用新的产品类型，或者如果您使用可配置的产品，则只需添加与产品类型无关的功能（我绝对不会尝试复制可配置的产品类型）。我将禁用库存管理并使用一些额外的表格来保存具有每个项目条件的单个项目库存，并以这种方式维护单独的库存。根据需要使用事件和替代来控制CatalogInventory库存状态。如果这是一项需要扩展的长期努力，那么不断创建大量重复的新产品似乎是一件值得避免的麻烦。
但是，如果项目处于早期阶段并且无法承担巨大的初始支出，那么分组/简单方法可能是一种可行的短期解决方案。如果计划周密，脚本应该能够在准备启动时将所有旧的分组/简单产品转换为新的产品类型。