自定义Sharepoint List添加/编辑页面加载缓慢

时间:2009-06-11 20:21:54

标签: asp.net sharepoint iis sharepoint-2007

我有一个包含大约3000个项目的列表。编辑页面将永远加载,但网站的其余部分很快。我认为这与在页面上有一个查找列并使用多选下拉列表有关,但在更换之后,我看到没有区别。

页面大约118kb,大约需要5分钟才能加载。

有关如何加快速度或了解原因的任何想法?

如果您有关于ASP.NET或IIS的建议(更快/更慢地回收应用程序池?)更改,请告诉我。

4 个答案:

答案 0 :(得分:2)

列表中确实不应该包含那么多项目,这是最佳做法。我的工作方式是将您的列表重构为更容易管理的内容。

如果你真的必须处理这个庞大的列表,我会研究输出缓存

http://technet.microsoft.com/en-us/library/cc298466.aspx

答案 1 :(得分:2)

在SharePoint中使用列表时,您应遵循最佳做法以确保可接受的性能。我不认为您遇到的问题不是由列表中的项目数引起的,而是由您用于处理它们的UI的限制引起的(添加和编辑页面)。

如果您需要使用“添加和编辑”页面,则应该坚持使用大约2000个项目的限制。您始终可以在列表中添加其他文件夹,这样可以增加列表中要保留的项目数。

如果您确实需要列表中的更多项目,则应考虑为列表实现自己的UI,并使用SPQuery或其他方法查询结果。在这种情况下,您不会遇到相同的性能问题,并且可能会持有100.000+项。

Microsoft发布了一份白皮书,其中包含使用SharePoint中的列表进行性能测试的结果。以下是指向Working with large lists in Office SharePoint® Server 2007

的白皮书的链接

答案 2 :(得分:2)

我的修复是隐藏一个查找列,该列正在对包含200,000多个项目的列表进行查找。 editform.aspx的加载时间从平均1分15秒减少到2-3秒加载。

答案 3 :(得分:1)

您是否在SharePoint Designer中打开了“添加/编辑”页面以查看它是否已以某种方式进行自定义?也许这会给你一些线索。

您可以随时使用列上的索引,但我不知道这会有什么帮助。用于编辑的ID列应自动编入索引,它们对导航到“添加”屏幕无效。