3

我有 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.

4

2 回答 2

7

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

  1. 性能，如你所说。由于“seo 原因”，为了“跟随市场”，类别的变化会经常发生。此外，“活动类别”（如“Summer Sale 2014”）必然会不时弹出
  2. 类别/产品关系的性质很少是一对一的。这意味着相同的产品可以并且将存在于多个类别中（想想：金霸王电池同时存在于“电气”、“电池 - 不可充电”和“相机配件”中）类别）

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

  1. 在“Product”上，设置一个名为“Categories”的Multilist字段，并添加该产品所属的每个Category项的ID
  2. 在“类别”上，设置一个搜索字段以从您的项目桶中选择产品

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

此处有关项目桶的信息：http: //sdn.sitecore.net/Reference/Sitecore%207/Developers%20Guide%20to%20Item%20Buckets%20and%20Search.aspx

于 2014-06-03T08:10:30.770 回答
-2

在我看来，解决方案 1 仍然是最好的。

创造一个综合性和逻辑性的商店，作为“卫浴品类中的沐浴用品”，总比有品类没有品类的产品要好。

具有产品类别的全球好处是索引（对于人类，对于您的网站，对于搜索引擎）

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

编辑：对不起，我没有看到你已经在使用 sitecore

于 2014-06-03T07:43:37.850 回答