我有300+”类别”(可以进入 4 个子级别)项目和 100 万多个“产品项目”将存储在 Sitecore 数据库中。我正在设计 Sitecore 内容树。

我正在考虑两种选择,

选项1 - 模型为 "Category" --> Sub category .... --> "Product Items"

选项2 - 单独建模“类别”树并单独具有“产品项目”。(Home -> Categories -> cat 1...) 和 (Home -> Product Items -> All Product Items)

根据我的经验,如果我选择选项1,如果我需要修改类别项并发布,速度会非常慢。(即使有一些增强)

选项 2 不会创建平衡良好的树,但类别节点的编辑速度会快得多。

请帮我解决这个问题。我在用 Sitecore 7.

有帮助吗?

解决方案

您或多或少必须想出一个解决方案,将您的内容存储在内容树的单独部分中。我绝对不会建议您将一百万个以上的产品项目直接放在各个类别项目下。出于多种原因,包括:

  1. 性能,正如你所说。出于“搜索引擎优化原因”,类别的更改会经常发生,以“跟随市场”。此外,“活动类别”(如“2014 年夏季特卖”)也必然会时不时地出现
  2. 类别/产品关系的本质很少是一对一的。这意味着相同的产品可以并且将会存在于多个类别中(想想:金霸王电池同时存在于“电气”、“电池 - 不可充电”和“相机配件”类别中)

由于您使用的是 Sitecore 7,因此产品存储库的内置解决方案是将所有产品放入项目存储桶中。然后,您有两个(明显的)选择来构建产品/类别关系:

  1. 在“产品”上,设置一个名为“类别”的多列表字段,并添加该产品所属的每个类别项的 ID
  2. 在“类别”上,设置搜索字段以从您的商品桶中选择产品

这实际上取决于如何管理这个产品层次结构,上面哪一个最适合。

有关物品桶的信息请参见此处: http://sdn.sitecore.net/Reference/Sitecore%207/Developers%20Guide%20to%20Item%20Buckets%20and%20Search.aspx

其他提示

我认为解决方案 1 仍然是最好的解决方案。

创建一个全面且逻辑性强的商店作为“浴室品类中的沐浴用品”总是比同时有品类和无品类产品更好。

产品类别的总体好处是索引(对于人类,对于您的网站,对于搜索引擎)

使用像 Magento 这样的 CMS,您可以轻松管理带有类别的 100 万个产品,并且您可以根据需要编辑、移动类别,所以完成我的答案,是的,answer1 是最适合我的答案:)

编辑 :抱歉,我没有看到您已经在使用 sitecore

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top