运行批处理后的共享点性能

发布于 2024-10-22 03:20:24 字数 203 浏览 0 评论 0原文

我正在使用 web.processbtachdata 导入列表数据。它成功更新了所有数据,没有任何错误。成功导入后,每当我单击任何列表时,它都会打开很晚,比如 40-50 秒,具体取决于列数,为什么会这样? 在第一次单击之后,当我单击任何其他列表(包括当前列表)时,它会在 2 秒左右打开...

在 win 2003 服务器上运行 sharepoint2007 .. 提前致谢

i am import list data using web.processbtachdata. it updated all data successfully wid out any error. after tht successfull import whenever i click on any list it opens very late, say 40-50seconds depending on number of columns, why is it so?
after tht frst click when i click on any other list including the current one it opens within 2 seconds or so...

em running sharepoint2007 on win 2003 server..
thanks in advance

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

ゞ花落谁相伴 2024-10-29 03:20:24

听起来视图中的项目太多了。

http://technet.microsoft.com/en-us /library/cc262787%28office.12%29.aspx

项目

每次观看 2,000 次

测试表明减少
性能超过两千项。
在平面文件夹视图上使用索引
可以提高性能。

列表视图

或者您没有正确处理 SharePoint 对象。

如果您可以检查服务器上的性能计数器,高 WFE 负载/内存可能意味着处置问题,导致 sql cpu 激增,可能视图太大。

It sounds like you have too many items in the view.

http://technet.microsoft.com/en-us/library/cc262787%28office.12%29.aspx

Item

2,000 per view

Testing indicates a reduction in
performance beyond two thousand items.
Using indexing on a flat folder view
can improve performance.

List view

Or you are not disposing of SharePoint objects correctly.

If you can check perf counters on servers, high WFE load/mem will likely mean a dispose issue, spiking sql cpu, probably view too big.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文