Report Builder utiliza Oracle como su principal almacén de datos. Cuando salía de Salesforce, hubo discusiones sobre la exploración de nuevas soluciones para aumentar Oracle, pero el Generador de informes no usa nada más hasta donde yo sé.
A medida que personaliza un informe en el generador de informes, las actualizaciones de metadatos de informe correspondientes se envían al servidor. El cambio se valida, se actualizan los metadatos y se obtiene el nuevo conjunto de resultados para el informe. El conjunto de resultados se almacenará en caché. El motor de informes toma los metadatos y genera el SQL correspondiente que se utilizará para obtener datos de la base de datos y devolverlos al cliente.
El rendimiento de los informes en tiempo real se logra mediante una serie de técnicas:
- ¿Cómo es ser ingeniero de software en ThoughtWorks Australia? ¿Cómo son la cultura laboral, los beneficios y la compañía?
- ¿Cuáles son los mejores institutos de capacitación de software en Bangalore con asistencia de colocación garantizada?
- ¿Cuánto tiempo tomaría antes de que pudiera comenzar a construir aplicaciones web complejas?
- ¿Cuáles son los programas de software más importantes que uno debe tener?
- ¿En qué se diferencian las pruebas de software de la garantía de calidad?
Limite el número de filas recuperadas
La cantidad de filas que se obtienen son limitadas dependiendo del tipo de informe si está generando un informe desde el generador de informes. El generador de informes está diseñado para darle una vista previa del resultado final del informe, ya que el informe real puede tardar mucho más en ejecutarse. La mayoría de los tipos de informes limitan los resultados a 50 filas.
Resultados intermedios de caché
Después de recuperar las filas para un informe, este conjunto de resultados se almacena en caché. Había una capa de abstracción para invalidar automáticamente este caché si la actualización de los metadatos del informe alteraría el conjunto de resultados. Acciones como reordenar columnas golpearían la caché y evitarían volver a golpear la base de datos.
PLSQL personalizado y sugerencias para el optimizador de consultas
Hay una gran cantidad de PLSQL personalizados en uso para mejorar el rendimiento de la base de datos para objetos estándar. Hay un equipo separado que trabaja en optimizaciones de consultas y utiliza muchas sugerencias para forzar el mejor plan de ejecución.
Soluciones personalizadas (tablas, índices) para organizaciones muy grandes.
Si desea informar sobre objetos con una gran cantidad de filas, se han realizado esfuerzos para proporcionar índices personalizados u opciones de fragmentación para mejorar el rendimiento. Esta opción rara vez se necesita, pero ocurre en ciertas situaciones y el enfoque varía según el cliente.