Contexto: JMP 17
Hola a todos,
Estoy trabajando en un proyecto de panel de control donde uso una función para generar varios gráficos diferentes que se integran en una cuadrícula grande para que el usuario los explore. Esta función gestiona la generación de gráficos y tiene su propia cláusula Where() para seleccionar de una tabla de datos más grande que contiene muchos otros datos. La cuadrícula de gráficos se integra entonces en un filtro de datos local para que pueda realizar un filtrado de alto nivel por antigüedad de los datos. Todos los gráficos se recalculan automáticamente para que todo el panel de control responda como se desea.
El siguiente paso es incluir un conjunto de estadísticas de resumen personalizadas (las estadísticas de resumen de la plataforma de gráficos no son suficientes) para cada gráfico. Puedo usar la misma cláusula WHERE que los gráficos para subdividirlos por el parámetro específico, pero las estadísticas de resumen también deben tener en cuenta el estado del LDF y actualizarse en consecuencia, que es donde tengo dificultades.
Mi primera solución consiste en crear un subconjunto de la tabla de big data con la misma cláusula where que el gráfico asociado, ejecutar un Summary() en ese subconjunto y, a continuación, generar nuevas columnas, renombrar las antiguas, limpiarlo, etc., para luego generar el resultado con Get As Report(), empaquetándolo con el gráfico, encapsulando tanto el gráfico como las estadísticas en un V Splitter Box y devolviendo dicho V Splitter Box para insertarlo en la cuadrícula del panel. Sin embargo, este enfoque no parece ser capaz de recalcular cuando se modifica el LDF.
¿Estoy adoptando un enfoque incorrecto al subconjunto, resumir y posprocesar el resumen? ¿Hay una mejor manera de hacerlo? ¿Hay alguna forma de crear un bloque de código compatible con LDF? Incluso si esto funciona, ¿tendría que mantener activos todos los pequeños subconjuntos y resúmenes? Esa podría ser razón suficiente para buscar un enfoque alternativo...
Lo siento, no tengo una manera fácil de incluir ejemplos de código, por lo que solo estoy buscando una dirección arquitectónica en este momento.
¡Gracias!
¿Has comprobado si Tabular/Distribuir con estadísticas de resumen personalizadas sería suficiente? También podrías usar "Crear controlador de estado de filtro".
Gracias por la información. Las estadísticas de resumen personalizadas me parecen un callejón sin salida, ya que también necesito integrar los valores de los criterios de éxito en cada fila (básicamente, límites de control, pero no están codificados como tales en la tabla, sino que provienen de otro archivo).
¿Te referías a "Make Filter Change Handler"? Es la única entrada que encontré en el índice de scripts. ¿Quizás hubo un cambio de nombre?
Gracias
Sí << Crear controlador de cambio de filtro (el controlador de estado es incorrecto).
