SharePoint站点模板真的比站点定义效率低吗？

Question

因此，似乎在SharePoint博客圈里，每个人都只是复制和粘贴其他博客中相同的要点。我看到的一个要点是，SharePoint站点模板的效率低于站点定义，因为站点定义存储在文件系统中。这是真的吗？

奇怪的是，网站模板的效率会降低。我的理解是，无论您使用站点模板还是站点定义，所有站点内容都存在于数据库中。站点模板只应用于数据库一次，从那时起，站点就不应该关心是否使用站点模板创建内容。

那么，为什么站点模板会比站点定义效率低的原因是什么呢？

编辑:指向博客的链接，这些博客说性能有差异：

• MSDN：因为在数据库中存储模板和从数据库中检索模板很慢，所以站点模板可能导致性能下降。
• 然而，在DevX中，SharePoint中的用户模板可能会导致性能问题，如果您试图为整个组织创建一组可重用的模板，则可能不是最好的方法。
• IT足迹：因为在数据库中存储模板和从数据库中检索模板很慢，所以站点模板可能导致性能下降。每次呈现页面时，都会编译和执行数据库中的模板。
• 品牌SharePoint：自定义站点定义与自定义模板相比具有以下优点：
  • 数据直接存储在Web服务器上，因此性能通常更好。

​

至少，我认为上面的文章是不完整的，我认为基于我对SharePoint体系结构的了解，有几篇文章是误导性的。

我读到了另一篇反对性能差异的博客文章，但我找不到链接。

Answer 1

使用站点模板相对于站点定义的性能影响通常被夸大。

为什么？

那么，让我们以这个例子为例：

1. 您可以使用团队站点定义。
2. 将其保存为新的站点模板。
3. 然后根据这个新的站点模板创建一个新的子web。

你有什么发现？那么，重要的是要记住的是“鬼影”发生在页面级别，而不是在站点级别。因为您没有自定义任何页面，那么您访问的任何页面仍然直接来自站点定义，直接来自文件系统。

为了证明这一点，这里有两个测试：

第一测试

1. 尝试修改原始站点定义中的default.aspx页面。
2. 检查您的网站模板，注意您看到了修改。
3. 它仍然是文件系统的“幽灵”

第二次测试

1. 创建一个新的站点定义。
2. 根据这个新的站点定义创建一个新站点。
3. 创建一个新的站点模板
4. 将站点模板发送给SharePoint的伙伴，并要求他们在此基础上创建一个新的子网站。

它会失败的。为什么？因为他们的机器上不存在站点定义。

因此，回到您的问题，“SharePoint站点模板真的比站点定义的性能差吗？”我的回答是：“性能方面的考虑不应该在您决定使用站点定义或站点模板时发挥作用，您应该拥有的功能目标是”。现在它引起了争议，但对我来说，很少有理由选择网站定义而不是创建功能。

就“鬼怪”而言。是的，当定制您的页面将存储在数据库中，是的，您将不得不做一个数据库往返获得它。但是，聪明的SharePoint当然会缓存它。所以，在理论上，是的，在实践中，没有人真正注意到。

自2003年起，“鬼怪”就出现在该产品中(可能在STS之前，我就不记得了)，我也从未见过官方关于它的性能影响的指导，也没有人猜测过“这是更慢”的评论。

这让我相信，这并不是真正的担心。与“幽灵”页面相比，更大的担忧是维护它们的困难，但是，对于2007年和Masterpages来说，这是一个小得多的问题。

Answer 2

取消幽灵的问题与其说是性能问题，不如说是升级问题。

在SPS2003中，取消幽灵有一个性能缺陷。其中许多问题在SharePoint 2007中得到了解决。首先，由SPVirtualPathProvider -this以非编译页面的形式运行的非幽灵页面实际上提供了一个更快的呈现，至少对于第一页是这样。

真正的杀手与不鬼影(或自定义-who曾经认为它是一个好主意，既重命名，也切换"un"？-)是当你想升级，你的网页，页面布局，母版页，内容类型等。如果您曾经尝试过对MOSS站点进行大规模定制的化妆升级，那么您也知道让所有东西都显示新设计而又不放松自定义页面中包含的布局或功能是多么痛苦。

hth安德斯拉斯克

Answer 3

站点定义具有更高的性能，因为它们被缓存在文件系统上，无论模板是否存储在数据库中，是否必须在每次呈现页面时都被编译和执行。此外，与基于现有站点模板的模板不同，自定义站点定义是独立于升级的。

这篇博客文章和这个更新的还很好地描述了其他不同之处。