Sitecore和#x27；s核心数据库、主数据库和web数据库？

Sitecore的核心数据库、主数据库和web数据库之间有什么区别？

• 主：包含所有项目的所有版本。这是内容作者与之交互的数据库，也是Sitecore内容编辑器使用的默认数据库
• Web：仅包含项目的当前版本。这是支持live网站的数据库
• 核心：该数据库有两个用途：
• 它包含Sitecore用户界面（内容编辑器、页面编辑器等）的定义。例如，您可以在此处向内容编辑器添加新的右键单击选项，或向页面编辑器添加新的功能区按钮
• 它包含驱动身份验证和安全性的ASP.NET成员资格表

---

我建议您查看CMS，以了解更多有关CMS的信息

从上的页面：

掌握

主数据库是创作数据库-它包含任何内容或资产的所有版本

核心

核心数据库包括所有Sitecore设置，以及包含.Net成员资格提供程序的表（即Sitecore存储库中包含的用户/角色）

Web

Web数据库只是最新发布的版本，以及推动实时网站的内容。因此，它是主数据库的一个子集，针对大小和速度进行了优化。发布内容或执行工作流的发布任务时，最新的内容版本将从主控数据库复制到web数据库

当然，在企业部署中，您可能有多个Sitecore实例，它们可能共享（或不共享）DBs

---

这里有一些很好的答案，但值得一提的是，Web数据库是默认的发布目标，并不是一成不变的。您可以将其重命名为任何您想要的名称，也可以具有多个类似于“Web”的发布目标

e、 g.我们有一个Sitecore实例，包含两个网站（网站和内部网），因此主数据库包含两个网站的所有项目。对于发布，我们有两个目标“网站”和“内部网”，它们由不同的SQL Server托管

---

最终我们的联系包括：核心；大师；网站；Intranet（后两个当然是原始“Web”数据库的副本）

链接不错，但我不同意对Core的描述。“所有Sitecore设置”这句话太宽泛了。大多数运行时设置存储在上下文数据库/sitecore/system hierarchy.com中。Launch Sitecore是Sitecore的一个站点，因此可能要让他们知道。如果多变量测试使用某个项目的多个版本，Sitecore v 8.0及以上版本会在web数据库中存储这些版本。将内容与内容类型（和模板）分离不是有点慢吗特别是如果内容对某些用户/角色进行了保护，那么在呈现内容之前，他们必须在核心（用户/成员）、web（内容）之间进行跨数据库连接，在最坏的情况下，他们必须根据哪个联系人加入报告数据库进行个性化内容呈现，对吗？出于性能原因，使用模式进行分离和使用较少的数据库不是更有意义吗？