设计Sitecore树以存储超过1Mn的项目

Question

我有300+“类别”（可以进入4个子级别）项目和1Mn +“产品项目”存储在Sitecore数据库中。 我正在设计Sitecore内容树。

我正在考虑两种选择，

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

选项2 - 单独模型“类别”树，并分别具有“产品项目”。 （Home -> Categories -> cat 1...）和（Home -> Product Items -> All Product Items）

根据我的经验，如果我选择选项1，如果我需要修改类别项目并发布，那将会非常缓慢。 （即使有一些改进）

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

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

Answer 1

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

1. 表现，正如你所说。对于“seo原因”，类别的更改将经常发生，以“跟随市场”。此外，“广告系列类别”（例如“夏季促销2014”）必然会不时出现
2. 类别/产品关系的性质很少是1比1.意味着同一产品可以并且将存在于多个类别中（想想：Duracell电池存在于“电气”，“电池 - 不可充电”和“相机配件“类别”

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

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

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

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

Answer 2

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

最好是创建一个全面的逻辑商店作为“浴室类浴室和淋浴用品”，而不是同时拥有两个类别的产品而且没有类别。

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

使用像Magento这样的CMS，你可以轻松管理带有类别的1M产品，你可以根据需要编辑，移动类别，所以要完成我的答案，是的answer1对我来说是最合适的答案：）

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