在XPages中加载视图花费的时间太长

我有4个数据库，它们有超过200000个数据。显示数据库所有数据的viewPanel无法正确加载。经过一点等待，结果是出现了一个错误。如果该视图没有大量数据，则不会给出错误。 我无法找到解决这种情况的方法：(

我将这一行添加到应用程序属性中，但它并没有解决我的问题。

---

xsp.domino.view.navigator=ByNoteId

问候

---

Cumhur Ata

您可以在Domino上犯下许多性能“错误”。不幸的是，Domino太宽容了，即使您这样做了，它仍然可以工作。典型的错误是：

• 使用@beday、@Today、@Now、@Tomorrow在视图中找到一个视图选择公式或一个排序列。我写这篇文章是为了缓解这个问题
• 具有在打开页面之前执行view.refresh的代码
• 使用读卡器字段并访问未按该读卡器字段分类的视图。只命中只能看到少数文档的用户。检查可能的补救措施
• 没有用于视图重建的快速临时位置。典型错误是：磁盘I/O不足，或者事务日志与数据库位于同一通道上。请确保您有
• 对于Windows服务器：不负责-包括指向性能故障排除的链接
• 不使用ODS51/52，数据压缩和设计处于活动状态。需要一个

---

你能查到的我都记不住了。一次性将200000个文档加载到一个面板中看起来不是一个好的用户体验方法。最终对其进行分页

到底是什么错误？特定视图/数据库中有多少文档？它们是否经常更新？我可能会发疯，但如果你发布了实际的错误消息，可能会即使是viewPanel的代码，您获得帮助的机会也会大大增加。您是否在任何视图选择/列公式中使用了@Today/@Now？如果是，这对性能会有一点影响。但是，正如Frantisek和David提到的，如果没有您提供的更多信息，我们很难提供帮助……每次您使用@Now，@今天，昨天，明天，在一个视图中-小猫一定会死。在我的QA中，使用它们的数据库无法部署到服务器上-一旦你清除了它们（所有这些都在整个服务器上）性能需要jumpxsp.domino.view.navigator=ByNoteId，这只会最小化组件树中关于请求之间的每一行条目的数据量。这可能对页面加载时间的影响最小。分页也可以通过xe:pagerAddRows控件进行。我同意Stephan的观点，这不是一种好的UX方法。我有从未在一个网站上滚动浏览过20000条信息。我不会接受这样做。我会严厉质疑任何声称他们将滚动浏览20000条信息的用户的真实性。