由於您不需要將文檔「部分」發送到客戶端,因此在迭代FileNet集合時,構建一些服務器端報表以使用簡單迭代器而不是PageIterator時很常見。如何爲IBM FileNet搜索優化頁面大小
SearchScope ss = new SearchScope(objectStore);
//what integer to choose?
int pageSize;
RepositoryRowSet rrc = ss.fetchRows(sql, pageSize, propertyFilter, true);
Iterator it = rrc.iterator();
while (it.hasNext()) {
RepositoryRow rr = (RepositoryRow) it.next();
//...
}
但CE API仍然在裏面使用分頁。所以我的問題是:在這種情況下選擇什麼頁面大小?一方面,頁面大小越多,往返服務器的次數就越少。另一方面,我們不能放大太多,因爲每個定期的請求可能會變得太大而且太慢,並且可能導致性能下降。金的意思在哪裏?
所以更好的選擇可能是將pageSize參數設置爲null。這將有助於根據不同的環境調整不同的頁面大小。我是否正確? – sermolaev
這是有道理的。如果需要,它可以覆蓋特定查詢的默認值。 – fnt
好吧,還有一件事要記住:當增加頁面大小時,最終會出現事務超時問題。 – sermolaev