【发布时间】：2010-11-29 23:20:49
【问题描述】：
我即将创建大约 300 种产品（不多但足够了）。它们中的大多数都是可配置的，所以我将输入一堆信息然后将它们放在一起。构成配置产品的每个简单产品都有自己的 sku，那么为什么可配置产品需要 sku？
【问题讨论】：
标签： magento magento-1.4
【发布时间】：2010-11-29 23:20:49
【问题描述】：
SKU 是一个不依赖于自动生成的数据库索引的主键，尽管在处理捆绑包时您可以动态生成 SKU。
这样做的主要原因是获得数据库无关性并能够轻松导入和导出数据库内容（因为项目不是由自动ID识别的，如果导入和导出并且增加ID或重复已经存在，则会出现问题）
因此，对于可配置产品，您仍然需要 SKU 来识别可以配置为一个产品的产品组或产品范围。假设您有 3 台不同的可配置 PC 可用并且您获得 3 个订单，要为程序定义它们，您需要一个组 id 并定义它们以完成订单很高兴知道客户购买了哪种类型的配置
【讨论】：
-
我看到了一般 sku 的原因，但据我所知，您不能购买可配置产品，只能购买其“变体”之一。我即将开始创建这个产品，只是对作为 sku 输入的内容感到困惑。就我而言，我正在处理具有不同颜色选择的风筝。每个颜色选项都有一个 diff sku，整个产品没有 sku，因为 sku 与颜色选择相关联。任何其他的帮助，感谢到目前为止的信息。
-
您总是可以将这种类型的 SKU -s 视为前缀，因为它旨在对内容进行分组，并且所有变体都使用相同的前缀，例如 GRKITE01，然后是 GRKITE01_COLOR_RED 等等。这使您在以后搜索正确的项目时更有能力。
简而言之，因为每个“产品”都需要一个可供人类使用的标识符，而这几乎定义了一个 SKU。您可以改用 entity_id（PK 列），但您只会将问题推回一层。
【讨论】：
-
“可配置产品”并不是真正的“产品”，它更多的是一个分类或一组产品。
一个有效的问题，我想他们这样做是为了保持一致性。我认为库存单位是一个东西，而可配置的产品不是一个东西，这是一个很好的观点。然而，SKU 是一个保持不变的信息，比如说.. 进口和出口。我猜他们这样做是为了独一无二，而不是为了技术上的正确。虚拟产品也不需要 skus，但它们是您系统中的一个单元，因此它们拥有它们。您的问题有技术方面的问题，还是纯粹的哲学问题？
【讨论】：
-
我从技术和哲学的角度提出问题。从物流的角度来看，我的产品具有不同 sku 的颜色选项。红色有一个 sku，蓝色有另一个。所以我什至不知道我会为配置产品 sku 输入什么......从哲学上讲，我也试图理解它的意义。我大部分时间都是 Rails 开发人员，所以这些东西只会让我很困惑。感谢您的帮助。
-
通常我所做的是使可配置产品成为子产品的一些模式。如果简单的 sku 是：560056 和 560057，我会将配置 sku 设置为 5600XX 或 5600_Config。我喜欢“_Config”，因为这样我就可以在报告中将它们全部提取出来。