遍历条目集合时的性能

Question

我有一个非常 - 对我来说 - 神秘的效果：

在我的 Xpage 中，我有一个小的 java bean，我在其中循环访问一个条目集合，使用 getallentriesbykey(username) 构建（获得大约 200 个条目。

viewA 有 2 个排好序的列：用户名 + 客户 ID，

viewB 有 2 个排好序的列：用户名 + 交付周数（文本）

使用 viewA 循环需要不到一秒， 但是对于 viewB，循环需要超过 10 秒！ 真正疯狂的是（对我来说）：当我将带有 customerID 的列放在 viewB 中的 weeknumber 后面并对其进行排序时，循环又快了！

        ViewEntryCollection mycoll = myview.getAllEntriesByKey(myuser);
            myentry = mycoll.getFirstEntry();
            System.out.println("Start loop");
            while (myentry != null) {
            /* of course I do sth here, but the effect is the same 
            with nothing in, like in this example*/
                tmpentry = mycoll.getNextEntry();
                myentry.recycle();
                myentry = tmpentry; 
                // tmpentry.recycle();
            } 
            System.out.println("End loop");

我真的很困惑...也许有人可以带来一些光明...？ 在此先感谢，Uwe

更新：

它保持神秘：

myview.getAllEntriesByKey(myuser,key1) 给了我 200 个条目 - 循环非常快。 myview.getAllEntriesByKey(myuser,key2) 只给我 50 个条目 - 循环需要 6 倍的时间。

数据库有 20.000 个文档，都带有阅读器字段。因此（我是 xpages 的新手，而不是 lotus notes ... ;-)）我首先通过“myuser”收集它们，所有视图在第一个排序列中都有多值阅读器项目。据我了解，这些集合仅包含允许用户查看的文档。所以我看不出 beetwen (myuser,key1)- 和 (myuser,key2)-collection 的区别。

Answer 1

您可以改用 ViewNavigator 类吗？它们针对迭代性能进行了更好的优化，并且尽可能由 XPages dominoView 数据源和选取器数据提供者使用。

我还没有对 ViewEntry 导航性能进行测试，所以我不确定什么是快/不快。正如大卫所说，我认为你的观点会产生影响。也许在从 ViewEntry 获取值之前和之后添加计时器。 听起来好像视图有一个已排序列值的索引，用于第一个循环；但它需要在第二个循环中实际使用 getColumnValues() 。不过这只是一个假设，我不知道它的合理性。