【问题标题】:Sharepoint 2010 - caml query performance expectationSharepoint 2010 - caml 查询性能预期
【发布时间】:2013-01-18 21:48:33
【问题描述】:

在 Sharepoint 2010 中查询一个非常大的列表时,我应该期望的合理性能水平是多少?我的清单只有 1000 项,在查看了 Sharepoint 性能注意事项几天后,我仍然无法确定良好的性能基准应该是什么。

我正在处理的一个项目是使用 Sharepoint 2010 启动和设计的,其列表布局结构为关系数据库。我认为最初的期望是使用 Sharepoint 来利用开箱即用的搜索和版本控制功能,并使用 spmetal 和存储库模式进行数据检索。我在负载下的表现很糟糕(或者我认为这将是糟糕的表现,因为我习惯于使用 sql server)。使用 spmetal 和 20-30 个用户对 1000 个项目的列表进行查询需要 10-15 秒才能加载。我决定直接去看看我能得到什么。下面是代码。

SPQuery query = new SPQuery();
query.Query = "<View><ViewFields><FieldRef Name=\"ID\" /></ViewFields></View>";
query.ViewFieldsOnly = true;
query.RowLimit = 1000;
SPList list = web.Lists["Incidents"];
var items = list.GetItems(query).OfType<SPListItem>().ToArray();

项目数:1000 平均时间:1197 毫秒

这是好的表现吗?这只是一个电话,同时没有对事件列表的其他查询..没有。

【问题讨论】:

    标签: sharepoint spmetal


    【解决方案1】:

    是的,这是平均性能,至少对于多合一农场来说是这样。

    【讨论】:

    • 目前数据库和应用程序是独立的服务器。您是否有在不使用额外服务器的情况下提高性能的想法?我试过索引列表字段无济于事。
    • 我猜,唯一的办法就是优化查询本身,并在列表中添加适当的索引。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2010-12-31
    相关资源
    最近更新 更多