Jim*_*Jim 5 performance sharepoint site-definition sitetemplate
因此,在SharePoint博客圈中似乎每个人都只是从其他博客复制并粘贴相同的项目符号.我看到的一个要点是,SharePoint网站模板的效率低于网站定义,因为网站定义存储在文件系统中.真的吗?
网站模板效率较低似乎很奇怪.我的理解是,无论您使用网站模板还是网站定义,所有网站内容都存在于数据库中.站点模板一次应用于数据库,从那时起,站点不应该关心内容是否是使用站点模板创建的.
那么,网站模板效率低于网站定义的架构原因是什么?
编辑:链接到博客,说有性能差异:
至少,我认为上面的文章是不完整的,我认为根据我对SharePoint架构的了解,有些文章会产生误导.
我读了另一篇反对性能差异的博客文章,但我找不到链接.
使用网站模板与网站定义的性能影响通常被夸大了。
为什么?
好吧,让我们举个例子:
你有什么?好吧,要记住的重要一点是“重影”发生在页面级别,而不是站点级别。由于您没有自定义任何页面,因此您访问的任何页面仍然直接来自站点定义,直接来自文件系统。
想要证明这一点,这里有两个测试:
第一次测试
第二次测试
它会失败。为什么?因为他们的机器上不存在站点定义。
那么,回到您的问题:“SharePoint 网站模板的性能真的不如网站定义吗?” 我的回答是:“性能考虑不应在您决定使用网站定义或网站模板时发挥作用,您的功能目标应该发挥作用”。现在它引起了争议,但对我来说,很少有理由选择站点定义而不是创建功能。
就“鬼魂”而言。是的,定制后您的页面将存储在数据库中,是的,您将必须进行数据库往返才能获取它。但是,SharePoint 很智能,当然会缓存此内容。所以,从理论上讲,是的,它的速度较慢,但在实践中,没有人真正注意到。
重影自 2003 年以来就已经出现在产品中(可能在那之前就出现在 STS 中,不记得了),我从未见过关于它对性能影响的官方指南,也没有人在“它速度较慢”的评论之外进行猜测。
这让我相信,这并不是真正值得担心的。“幽灵”页面更大的担忧是维护它们所带来的困难,但是,对于 2007 和母版页来说,这是一个小得多的问题。
| 归档时间: |
|
| 查看次数: |
1993 次 |
| 最近记录: |