可配置产品问题

Question

我在使产品可配置时遇到问题，我使用了此链接 http://www.magentocommerce.com/knowledge-base/entry/tutorial-creating-a-configurable-product/，但在关联的选项卡中，产品没有显示

谢谢和问候

Answer 1

您可以检查 2 件事：

• 您确定要关联到可配置产品的简单产品实际上具有用于配置可配置产品的属性值吗？因此，如果您制作了基于“颜色”的可配置产品，那么简单产品是否为“颜色”选择了值？
• 当您查看关联的产品选项卡并看到那里的空白网格时，您是否尝试过重置过滤器，或在第一列中选​​择“否”或“任何”？如果设置为“是”，则仅查找已关联的产品。

Answer 2

可配置产品链接在 magento 中如何工作？

摆脱可配置产品与其简单对应产品链接的困扰？让我们解释一下 Magento 如何链接它们......以及为什么它有时不能按预期工作。

首先要了解的是应用程序如何管理数据持久性。正如预期的那样，链接存储在数据库中。以为它在 catalog_product_relation 中？你错了。尊重 Magento 的精神应该太简单了:)

catalog_product_relation 与catalog_product_super_* 表

我不会告诉catalog_product_relation 是无用的 - 事实上，它必然有某些用途。但从 1.5+ 版本开始，链接就不再存储了，我无法解释它的用途是什么。

第一步

链接过程的第一步是定义可配置产品的可配置属性。假设我们正在从具有一些全局选择属性的属性集创建一个新的可配置产品。

如果您尝试访问可配置产品，应用程序将询问您应将哪些属性用作可配置属性，并以使用与每个属性关联的复选框列表的形式。通过选择一些产品并保存产品，您可以按属性（产品 ID 与属性 ID 之间的关联）在 catalog_product_super_attribute 中插入一行。

第二步

第二步是将其自身与相关的简单产品链接起来。此步骤有点复杂，因为它意味着对数据库内容进行一些检查，我们将在下面进一步详细介绍。需要记住的一些规则：

• 只有与当前可配置产品选项具有相同属性集的产品才
• 必须为可配置属性定义，对于
• 给定的可配置属性组合，只能链接一个简单的简单
• 可以链接到尽可能多的可配置然后

，当我们进入可配置的关联产品选项卡时会发生什么？不要因为在显示的列表中看不到任何简单对应的产品而感到惊慌——它的过滤器默认配置为仅显示已链接的产品。以下是幕后发生的事情：

1. 应用程序检查 catalog_product_super_attribute 表，并从中返回为当前产品定义的每个相应属性 ID（我们的可配置属性）
2. ，它将检查 < strong>eav_attribute 来获取有关它们的一些详细信息 - 其中 backend_type（这是此解释中更重要的部分
3. ）同时检查 catalog_product_super_link 表也。链接到 current_product 的任何产品都是每个属性的潜在链接产品
4. ，应用程序会检查每个潜在链接产品的 catalog_product_entity_{backend_type} 中是否存在值。请注意，如果给定产品不存在任何值，则它不会被验证，也不会作为潜在链接或有效链接，即使它已经被链接（我们将在下面看到它对属性创建意味着什么）。

继续来说，只有具有有效值的产品才可显示并有效链接/可链接。请注意，所有组合都必须具有有效值 - 如果任何可配置属性为无，则游戏结束，您的简单产品与其可配置对应产品之间不会有任何链接。

我们应该认为没关系，现在一切都会顺利，因为我们知道数据库中的一切是如何工作的。如果您始终从应用程序的后台创建属性，则确实如此。但由于编写属性脚本是一种非常常见的处理方式，因此您很可能会遇到第二种情况，这意味着潜在的巨大问题。

以编程方式创建的属性和...到底是什么！？！该属性已更改后端类型！

• 编辑注意：当使用 eav/entity_attribute_source_table 源模型时，这种情况会有效地发生，

这是我个人遇到的麻烦。如果您检查数据库中的属性后端模型（仅适用于选定的属性 - 我们不关心哪些属性不可用作可配置的属性），您会看到一些 varchar，一些 int...简而言之，多个属性，我们可以正确地期望它们中的任何一个都能起作用。

他们也这样做了。由于您不决定从后台向您的属性添加选项，或者任何其他需要单击“保存”的选项属性页上的按钮。

关键是，当你保存你的属性时，Magento，在它伟大的善良中，问问自己你要求他保存的属性的类型是什么。重点是，首先是选择。选择有选项。并且选项有 id。在任何情况下，哪些值将被放入 catalog_product_entity_{backend_type} 中。标签只是被正确地忽略（它存储在正确的表中并且不会影响那里的任何内容）。仅使用 id。

我们对 Magento 有何期望:) ？

它只是系统地将属性后端类型更改为int。

因此，如果您有曾经链接过的产品，但现在不再存在，请检查 catalog_product_entity_{backend_type} 表和 eav_attribute 表 - 比较后端类型，在每个值表中查找值。如果您在不对应的表中发现它们，您就会遇到问题。你有几种方法可以纠正这个问题，这是我自己发现的两种方法（我真的不提倡第一种，我只是为了解释目的而提出的）。

第一种方法：获取后端类型（The Dirty Trick）

它已更改为 int ？别在意。将其恢复到您想要的样子。

为什么它很脏 ：因为您希望用户能够在需要时更新其属性。例如，如果将后端类型更新为 varchar，则后台中选项的任何标签更改都将回滚为 int，因为它将被保存。

第二种方法：让我们纠正一切！ （正确的事情）

您可以通过一些 MySQL 来度过这个...糟糕的情况，而不会损害您的数据库。但请先把它扔掉。那么您需要执行 4 个步骤：

1. 检查 catalog_product_entity_int 表中是否还没有数据，
2. 复制当前...实体的行{ attribute} 表到 ..._entity_int 通过使用 INSERT / SELECT 语句（此查询可能有点长）
3. 更新您的可配置属性（不是所有属性，仅是那些您知道您已经创建并用于设置可配置产品）将其后端类型设置为 int （并且不再为可配置选择执行其他操作:)）
4. 删除与 ..._entity{attribute 中的属性相对应的所有条目您将不再使用的表（它可以做很多条目，因为如果您有很多选项，您可以拥有很多产品）

这里有一些 MySQL 脚本，对应于这些步骤，假设您有首先列出相关属性代码的列表：

检查实体 int 中的现有条目以获取给定的属性代码列表

-- Check existing entries to not duplicate
    SELECT  ea.attribute_code,
        count(*)
    FROM eav_attribute as ea
    INNER JOIN catalog_product_entity_int as cpei
    ON ea.attribute_id = cpei.attribute_id
    WHERE ea.attribute_code IN(
        {attributeCodesList}
    )
    GROUP BY ea.attribute_code

将实体_varchar 表（例如）中的条目复制到实体_int 以获取给定的属性代码列表

-- Duplicating missed selects from varchat entity table to int
INSERT INTO catalog_product_entity_int (entity_type_id, attribute_id, store_id, entity_id, value)
SELECT  cpev.entity_type_id,
    cpev.attribute_id,
    cpev.store_id,
    cpev.entity_id,
    cpev.value
FROM eav_attribute as ea
INNER JOIN catalog_product_entity_varchar as cpev
ON ea.attribute_id = cpev.attribute_id
WHERE ea.attribute_code IN(
    {attributeCodesList}
)

更新属性以不再出现问题！

-- Update missed select attributes from varchar backend type to int one
UPDATE  eav_attribute as ea 
SET     ea.backend_type = 'int'
WHERE   ea.attribute_code IN (
    {attributeCodesList}
)

从数据库中删除不再使用的条目

-- Kill old varchar in varchar entity table
DELETE FROM catalog_product_entity_varchar
WHERE attribute_id IN (
    SELECT ea.attribute_id
    FROM eav_attribute as ea
    WHERE ea.attribute_code IN (
        {attributeCodesList}
    )
)

希望它能帮助所有无法让其关联产品出现的人获得窍门！