【发布时间】：2015-05-04 19:38:13
【问题描述】：
几乎所有内容都在我的问题的标题中。
Magento 的平面产品表（如 catalog_product_flat_(store_id)）中的列 url_path 和 url_key 有什么区别？
谢谢！
【问题讨论】：
标签： magento magento-1.13
【发布时间】：2015-05-04 19:38:13
【问题描述】：
url_key 是您在管理员中填写的字段。 （如果没有指定，则使用产品名称创建一个，将其小写并用连字符替换其中的空白）。
url_path 将是 url_key 和 系统 > 配置 > 目录 > 搜索引擎优化下定义的 产品 URL 后缀 的串联 .如果相同的
url_key已经存在，它还将确保您没有重复的url_path，方法是在您的url_key后缀上加上一个连字符和产品的entity_id。
【讨论】：
-
感谢您的回答！这些属性中的哪一个出现在前端？ （在 标记中，例如到产品页面）。我猜是 url_path ？
-
很高兴。至少 url_path，是的，但这也可以是产品所在的类别（类别、子类别、子子类别...）的路径（以及用户浏览它的位置，因为一个产品可以分为两类）和这个 url_path.例如: 如果 url_path 为 product.html，则 url 可以显示 example.com/categ/sub-categ/product.html 或 example.com/categ/other -sub-categ-where-the-product-also-is/product.html 或 example.com/product.html 因为用户来自搜索并且搜索在类别之外范围...
-
为了测试，我编辑了
url_key和url_path列（在 catalog_product_flat 表中），其中包含产品的虚拟值，刷新了我的缓存，看起来既不是url_path也不是 @987654328 @ 用于链接。我已经编辑了与表catalog_product_entity_varchar 中的attribute_code '97' 匹配的列，并重新索引了catalog_url。看起来目录页面/SRP 上显示的值是重写表中的值... -
嗯，关于这个问题，我确实有太多要回答的问题，而有限的评论格式允许我回答。但我猜你有一个更大的框架问题，你正确地缩小了范围以适应 Stack Overflow 指南，这很好，但你可以考虑编辑你的问题，或者发布一个新问题来准确解释你的目的/问题是什么。基本上，是的，flat table 上的信息只是为了拥有 EAV 表的副本和更快的 sql 请求，并且整个重写/SEO 友好 url 由另一个模块 Mage_Core_Url 和他相应的 db 表管理。
-
产品的 URL 是使用 core_url_rewrite 表创建的。我相信属性 url_path 用于生成 core_url_rewrite 中的行，但不是 100% 确定。