Существуют ли какие-либо методы для запросов страниц в FileNet? У меня есть управление сеткой с подкачкой, поэтому мне нужно получить количество элементов в запросе и возможность получить в примере страницу 3 результатов (с любым размером страницы). Я нашел только оператора TOP, но есть ли SKIP или COUNT?Как правильно обрабатывать страницы в IBM FileNet?
Там нет никакого способа, чтобы выполнить то, что вы хотите. Основная причина этого заключается в том, что Content Engine очень дорого подсчитывать все строки, возвращаемые запросом (при условии, что их тысячи). Могут быть задействованы ограничения безопасности, которые потенциально могут быть применены к каждому возвращенному объекту. Это эффективно исключает некоторые объекты из результатов запроса, влияя на количество результатов. Оценка эффективных разрешений безопасности для нескольких объектов приведет к урон производительности, поэтому их можно избежать. Вот почему у вас нет COUNT или других агрегатных функций на языке запросов.
Если вы можете ограничить количество записей, отображаемых в сетке, разумным числом, то для вас может работать COUNT_LIMIT - см. Query Options и getTotalCount(). Однако это потребует перехода на требуемую страницу с присущим ей недостатком производительности.
Вот хорошая ссылка с примера бэкэнд о том, как работает пейджинговой:
за итоговыми рассчитывать, что это должно быть в pageiterator объекта: pageIterator api page
В этом вам необходимо вручную отслеживать пейджинг в пользовательском интерфейсе
или в качестве альтернативы установить, настроить и внедрить CMIS для выполнения операций со страницей пропуск, как по умолчанию functionalty
Я видел эту главу, но я все еще не понимаю, как я могу получить нужную страницу по номеру? Я должен писать страницы до тех пор, пока не получу его? Как я могу получить общий счет? – Horosho
В проекте, в котором я работал, они сделали именно это, задали размер страницы и страницу через нее. Это решение перечеркнуло весь запрос, но если вы можете сохранить его в состоянии, вы должны быть в состоянии пропустить повтор запроса. Это было сделано с cmis. Возможно, это хорошее решение, поскольку это стандарт ecm для доступа к системам управления документами. http://www-01.ibm.com/support/knowledgecenter/SSNW2F_5.2.0/com.ibm.installingp8cmis.doc/cmidv000.htm?cp=SSNW2F_5.2.0%2F4-12-5 Если нет, вы будете нужно делать счетчик пропусков вручную отслеживать, какая страница у вас –
Я думаю, что это выглядит немного «неопрятным кодом», и я до сих пор не могу получить тотал с ним. Теперь я получаю все данные и размещаю их на клиенте - это тоже не очень хорошая идея = ( – Horosho
Очень грустно для FileNet, недостаток производительности ужасен. – Horosho
@Horosho Это может привести к идее переосмыслить пользовательский интерфейс. В конце концов, это не база данных. – fnt
может быть, но пейджинг и случайный доступ к страницам в сетках является стандартной функцией, поэтому это действительно большое ограничение для пользовательского интерфейса, особенно для WebUI – Horosho