SharePoint2007:列表理论问题

你可以有非常大的名单,但性能会很糟糕。

我们在一个项目中有超过50000个项目的列表,我们找到了查询和处理内容的最佳方法 SPSiteDataQuery 和 CrossListQueryCache 并在模糊、烦人的SharePoint中格式化查询 CAML 方言。

巨大的列表性能

你可能想读” Scaling to Extremely Large Lists and Performant Access Methods “和” Best Practices for LARGE SharePoint Lists and Documents Libraries “。

另外,本文没有提到使用splist.items.add添加列表项,因为在大列表中,这是一个巨大的性能惩罚。你所做的是 build efficient query 它不返回任何项,然后将项添加到该集合中(我在其中读到WebServices在添加项时表现良好,但是我再也找不到该文章)。

你也可以 see some tests (或 other tests )关于大名单的表现。

对于副本

您可能希望创建在夜间运行somwhere并检查重复项的计划作业(spjobdefinition)。

比循环所有spListItem,然后查询每个项的列表以检查重复项更好的方法可能是获取一个数据表。( SPListItemCollection.GetDataTable() )对所有项目使用某种技术来确定重复项。

至于观点

筛选项目,以便查看相关项目并定义行限制。这是查看的关键-你只需要最相关的项目,不是吗?

如果可能的话,将项目分解成文件夹之类的容器将有助于提高性能。如果列表项字段中有一个是某种类型的分类查找,那么可以用将项目放入该分类类型的文件夹来替换。