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

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

我正在考虑两种选择

选项1-型号为

“类别”->“子类别…”“产品项目”

选项2分别为“类别”树建模，并分别包含“产品项”。（

Home->Categories->cat 1…

）和（

Home->Product Items->All Product Items

）

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

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

---

请帮我整理一下。我正在使用

Sitecore 7

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

创建一个全面的、合乎逻辑的“浴室类别中的浴室和淋浴用品”商店，总比同时拥有两个类别和没有类别的产品要好

对产品进行分类的全球好处在于索引（对于人类，对于您的网站，对于搜索引擎）

使用一些CMS，如Magento，您可以轻松地管理100万个类别的产品，并且您可以根据需要编辑、移动类别，因此要完成我的回答，yes answer1是最适合我的答案：）

---

编辑：很抱歉，我没有看到您已经在使用sitecore

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

正如你所说的，表现。由于“seo原因”，为了“跟随市场”，经常会对类别进行更改。此外，“活动类别”（如“2014年夏季销售”）也必然会不时出现

类别/产品关系的性质很少是1对1。这意味着同一产品可以并将存在于多个类别中（想想：存在于“电气”、“电池-不可充电”和“相机配件”类别中的Duracell电池）

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

在“产品”上，设置名为“类别”的多列表字段，并添加产品所属的每个类别项的ID

在“类别”上，设置一个搜索字段，从您的物品桶中选择产品

这实际上取决于如何管理此产品层次结构，上面哪一项最适合

---

此处有关物品桶的信息：

这取决于产品的性质和分类。如果产品可以是多个类别的成员，则解决方案2可能更合适。在任何一种情况下，我都倾向于将分类法和产品存储在主节点之外，并可能使用通配符系统，正如Martin Davies指出的那样；一旦你做到了这一点-你需要解决产品分辨率。但无论如何，您都需要它来解决多个类别中的产品、规范URL等问题。通配符很有效——我自己也经常使用它们。