设计一个 Sitecore 树来存储超过 100 万个项目答案

【问题标题】：Designing a Sitecore tree to store more than 1Mn items设计一个 Sitecore 树来存储超过 100 万个项目
【发布时间】：2014-06-03 05:44:52
【问题描述】：

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

我正在考虑两种选择，

Option1 - 模型为"Category" --> Sub category .... --> "Product Items"

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

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

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

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

【问题讨论】：

这取决于产品的性质和分类。如果产品可以是多个类别的成员，则解决方案 2 可能更合适。无论哪种情况，我都倾向于将分类和产品都存储在主节点之外，并且可能使用通配符系统marketplace.sitecore.net/en/Modules/Wildcard_module.aspx

【解决方案1】：

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

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

这真的取决于如何管理这个产品层次结构，上面哪一个最适合。

【讨论】：

正如马丁戴维斯指出的那样；完成此操作后 - 您需要解决产品分辨率问题。但无论如何，您都将需要它来解决多个类别的产品、规范 URL 等问题。通配符有效 - 我自己经常使用它们。

【解决方案2】：

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

创建一个全面而合乎逻辑的商店作为“浴室类别中的沐浴和淋浴用品”总是比拥有两个类别和没有类别的产品更好。

产品类别的全球优势在于索引（对于人类，对于您的网站，对于搜索引擎）

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

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

【讨论】：