Paginación de Tridion: obtención del número total de resultados

Question

Estamos escribiendo algunos códigos para controlar la paginación de los resultados devueltos por una consulta de base de datos de Tridion Broker (utilizando la API).

Estamos utilizando SDL Tridion 2011 SP1 y podemos usar el Filtro de paginación para obtener los tcmIds de solo los Componentes en la página seleccionada.

Sin embargo, mientras escribimos el control de paginación, necesitamos saber el número total de resultados (para determinar cuántas páginas habrá). ¿Hay un mecanismo más eficiente para hacer esto que simplemente ejecutar una consulta separada para 'todos' los resultados y hacer un .Length en la matriz de cadenas devuelta? (Obviamente, solo ejecutaría esta consulta una vez y persistiría ese valor mientras el usuario hace clic entre páginas)

Si obtenemos todos los resultados, ¿por qué me molestaría en usar PagingFilter cuando solo podemos procesar la información devuelta? en la consulta 'todo'?

Muchas gracias de antemano, Jonathan

NOTA: Probablemente habrá un máximo de 2000 resultados de cualquier tipo devuelto.

Answer 1

Tengo 3 respuestas posibles para usted, aunque ninguna podría ser la correcta o la que usted desea.

1. No es posible utilizar el CD API para leer el COUNT de los elementos devueltos. Podrías escribir come tipo de extensión. Ya sea una extensión de almacenamiento de CD o una consulta directa de DB, etc.

2. Lea el número exacto de artículos que tiene en su colección. Esto es particularmente complicado en caso de que esté utilizando la consulta de Componentes, con la intención de recuperar los DCP para estos Componentes. Puede ser que no haya un DCP para un Componente dado, por lo tanto, primero debe leer todos los DCP para saber el número exacto de elementos que desea paginar. Obviamente, esto frustrará todo el propósito de la paginación. Puede aliviar esta caída de rendimiento ejecutando la consulta una vez y luego guardarla en la memoria caché por un tiempo, pero dependiendo de lo que consulte, es posible que cada visitante del sitio web solicite diferentes términos, por lo que el rendimiento alcanzado es alto.

3. No importa el número total de elementos en la paginación. Por ejemplo, en lugar de mostrar "Página 1 de 23", "Página 2 de 23", etc., simplemente mostraría la Página 1, Página 2 con sus botones Siguiente y Anterior al lado.

Hope this helps!

Answer 2

Durante la publicación de su componente puede implementar un TBB que cuente todos sus componentes publicados, y luego publique el resultado en un archivo de texto o XML como un binario que lea utilizando las funciones estándar de system.io. También podría publicar un DCP por separado específicamente para mantener el conteo (entonces necesitaría un esquema y un componente para cada publicación).

La idea es determinar el recuento en tiempo de renderizado y de alguna manera publicar ese número. Sacar un solo número del lado de la presentación sería más rápido que tirar 2000 DCP.