Ssrs 2008 R2 Moving Average

Actualmente tengo un conjunto de grupos de columnas que me da los totales agrupados por mes. En la parte inferior de ese informe tengo una tasa porcentual que se genera por: Tomando la cantidad total de llamadas con un estado de contestado y dividiéndolas por todas las llamadas que luego se arrojan a la función FormatPercent (). Ahora quisiera obtener un promedio mensual de esas agrupaciones mensuales en formato de porcentaje. ¿Es esto posible? El cuadro rojo es mi grupo de columnas y la flecha es donde me gustaría mi porcentaje. Ver abajo ltExprgtgt: La suma de cada mes anterior de datos / de Meses - Esto es lo que estoy tratando de lograr Aquí hay algunos datos de muestra: ¿Alguien sabe de la posibilidad de crear una función personalizada para ayudarme a lograr esto Y la respuesta parece bastante Cerca de lo que estoy buscando, realmente no entiendo lo suficiente para averiguar lo que está sucediendo detrás de las escenas para que funcione para mí. ¿Alguien podría ayudar? ¿Sería posible utilizar la función RunningValue de alguna manera? Espero que esto ayude con la confusión. ¿Existe de todas formas para crear un promedio móvil en un SSRS 2008 R2 Line Chart? Veo que hay una opción pero no puedo Para que funcione correctamente. La tabla de la que estoy sacando estos datos es una tabla de acumulación que tiene agregados basados ​​en diferentes categorías y problemas. A continuación, se muestra una muestra de la tabla: Estado EstadoConte Fecha No iniciado 19 2014-02-04 00: 00: 00.000 Requisitos 1 2014-02-04 00: 00: 00.000 No iniciado 2 2014-02-04 00: 00: 00.000 Aprobado 1 2014-06-10 00: 00: 00.000 Esta es la gráfica que estoy tratando de lograr en SSRS: Status by Counts with Moving Averages Si quito la serie calculada todo se ejecuta como debería en el gráfico de líneas, pero tan pronto Como la media calculada se agrega recibo el error: Fórmula de objetos de datos - la serie de entrada no existe en la colección de la serie: Cuenta preguntó Jul 15 14 en 20: 59Actualmente el gráfico no es compatible con este escenario. Una forma de manejar esto sería tener dos gráficos y utilizar una expresión para controlar su visibilidad basada en una expresión. Ambos ocuparían el mismo espacio. Aparte de eso, te animo a que introduzcas un error en la conexión. Gracias, Sean Program Manager, SQL Server Reporting Services Esta publicación se proporciona quotAS ISquot sin garantías, y no confiere ningún derecho. Blogs. msdn / seanboon www. twitter / ssrs Marcado como respuesta por dmlenz Miércoles 16 de Setiembre de 2009 13:12 Miércoles 16 de Setiembre de 2009 12:15 AM Todas las respuestas En la actualidad, el gráfico no es compatible con este escenario. Una forma de manejar esto sería tener dos gráficos y utilizar una expresión para controlar su visibilidad basada en una expresión. Ambos ocuparían el mismo espacio. Aparte de eso, te animo a que introduzcas un error en la conexión. Gracias, Sean Program Manager, SQL Server Reporting Services Esta publicación se proporciona quotAS ISquot sin garantías, y no confiere ningún derecho. Blogs. msdn / seanboon www. twitter / ssrs Marcado como respuesta por dmlenz Miércoles 16 de Septiembre de 2009 13:12 Miércoles 16 de Septiembre de 2009 12:15 AM Tengo un requisito para establecer ese parámetro en el número de categorías que tengo (Variable de 1 a). Realmente querría hacer sólo la relación lineal entre todos los valores, así que creo que lo único que podría ayudar sería un parámetro basado en la expresión. Ingresaré una sugerencia para conectarme e intentaré construir usando algún tipo de truco. Creo que he buscado algunos recursos para empezar. Gracias por la respuesta. Resulta que ni siquiera creo que un promedio móvil resolvería el problema que tengo (sigo pensando que sería útil ser capaz de usar una expresión para ese período a la media) . Necesito una regresión lineal para que la tendencia general sea una línea recta. Me las arreglé para encontrar una manera de utilizar una fórmula de regresión lineal para trazar los puntos necesarios para crear el efecto deseado. Miércoles, 16 de septiembre 2009 18:29 Dan, ¿podría describir su solución en más detalles Gracias. - Dan. Friday, October 09, 2009 8:27 PM Estaba teniendo el mismo error al intentar trazar una media móvil a través de 7 días. El trabajo que encontré fue bastante simple. Si hace clic con el botón derecho del ratón en el informe en el explorador de soluciones y selecciona quotView Codequot, se le proporcionará el XML subyacente del informe. Encuentre la entrada para el valor de su serie calculada e ingrese una fórmula para crear dinámicamente sus períodos. LtChartFormulaParameter NamequotPeriodquotgt ltValuegtIIf (Count (FieldsCalls. Value) gt 7, 7, (Count (FieldsCalls. Value))) lt / Valuegt lt / ChartFormulaParametergt Lo que hago aquí es obtener el recuento de filas de registros devueltos en el gráfico. Si las filas devueltas son mayores o iguales a 7 (la cantidad de días que quiero el promedio), establecerá los puntos en 7. Si no, establecerá el número en la cantidad de filas devueltas. Hasta ahora esto ha funcionado muy bien. Im probablemente va a agregar más código para manejar ningún registro devuelto, aunque en mi caso que no debería pasar pero, nunca se sabe. Una nota lateral: Si abre las propiedades de la serie calculada en el diseñador, notará que el número de períodos se establece en quot0quot. Si cambia esto, sobrescribirá su fórmula personalizada en el XML. Es demasiado tarde, pero en caso de que algunas necesidades de una solución a partir de julio de 2014. He abierto las propiedades de la serie calculada en el diseñador , Y establecer el número de períodos a quot1quot. Y funcionó. Martes, 01 de julio de 2014 7:18 AM Microsoft está realizando una encuesta en línea para entender su opinión sobre el sitio web de Msdn. Si decide participar, se le presentará la encuesta en línea cuando abandone el sitio Web de Msdn. ¿Te gustaría participar 2016 Microsoft. Todos los derechos reservados. Tenemos un servidor Live SSRS existente y un nuevo servidor SSRS. El nuevo servidor es superior al servidor existente con respecto a las CPU y la memoria. Las bases de datos de destino son similares en los datos pero no son idénticas (ya que la base de datos en directo se mueve constantemente y no hemos podido configurar una copia completa del sistema Live). Hay un poco menos de datos en las nuevas bases de datos. Estamos probando el rendimiento de uno de nuestros informes más complicados en el nuevo servidor SSRS. Estamos haciendo esto tanto ejecutando el informe en un navegador en el propio servidor SSRS y dentro de nuestra aplicación en una máquina cliente. La recuperación de datos es en promedio dos veces más rápida. El tiempo de procesamiento es, en promedio, diez veces más lento. El tiempo de renderizado es en promedio cuatro veces más lento. Estaríamos celebrando ahora mismo los tiempos de procesamiento y representación mostraron la misma mejora que el tiempo de recuperación de datos. Sin embargo, en su lugar estamos completamente en una pérdida de por qué el procesamiento y la representación están tomando tanto tiempo. 2 x Intel Xeon E5420 (4 núcleos) 2.49 GHz Windows Server Standard SP1 SSRS 2008 Standard Edition SP2 1 x AMD Opteron 6172 2.10 GHz (12 núcleos) Windows Server 2008 R2 SP1 estándar SSRS 2008 R2 SP2 Ejecute el informe con los peores parámetros de escenario. Recopile los promedios de ExecutionLog3. Los resultados son los descritos anteriormente. Hemos comprobado: administrador de tareas monitor de recursos una gran variedad de contadores de rendimiento los ajustes de configuración de SSRS con respecto a la memoria el campo de datos adicionales en ExecutionLog3 Nada está saltando como un problema. El nuevo servidor no parece estar bajo ninguna presión. También hemos reconstruido la base de datos de informes. Estamos en una pérdida completa. ¿Alguien puede aconsejar a Thankyou mucho para su respuesta. Actualmente solo estamos probando el informe. El diseño de este informe es subóptimo. Implementa el filtrado, el orden y la agregación dentro de varios elementos tablix. Nuestra intención es rediseñar el informe en nuestra próxima iteración. Sin embargo, tenemos que conseguir el nuevo servidor en funcionamiento primero. Actualmente, nuestro equipo de UAT está rechazando el nuevo servidor basado en la degradación del rendimiento. Podríamos rediseñar el informe ahora sin entender la diferencia en el rendimiento. Sin embargo, puesto que no experimentamos el problema en nuestro sistema existente, nos preocupa que hayamos realizado algún tipo de error de configuración del servidor (quizás disco, memoria, CPU, Windows o SSRS). Tenemos que entender por qué tenemos una diferencia en el rendimiento antes de volver a diseñar el informe para garantizar que cualquier re-diseño no sólo enmascarar el hecho de que hemos estropeado la configuración del servidor. Respecto a la degradación del rendimiento: Parece aumentar en una relación no lineal con la cantidad de datos. Por ejemplo, ejecutar el informe con los mejores parámetros de caso da como resultado un valor TimeProcessing del doble que se ve en el sistema antiguo. Ejecutarlo con los parámetros de peor caso (lo que implica menos de cinco veces la cantidad de datos) da como resultado un valor TimeProcessing que es diez veces mayor. Puedo probar algunos de nuestros otros informes pero mi suspiscion es que el problema no se manifestará al mismo nivel porque los otros informes no contienen grandes cantidades de tablix de procesamiento. Puede resultar que la respuesta es simplemente que R2 procesa informes mal informados más lento que las versiones anteriores. Esa es una conclusión aceptable siempre y cuando pueda estar seguro de que esa es la cuestión. Lo que no puedo hacer es ignorar la diferencia. Jueves, 22 de noviembre de 2012 01:00 Es la mitad de una a. m. donde estoy tan si alguien más responde y yo no lo será porque Ive ido a casa. Incluyo debajo de los promedios actuales. Promedio de recuperación de datos, procesamiento de tiempo promedio, promedio de procesamiento de tiempo, promedio de conteo de filas, promedio de bytes de contar 48177, 3430, 2056, 53664, 102989, 760556, Avg Data Recuperación, 18272, 26529, 6048, 50851, 103962, 720547, La recuperación de datos es considerablemente mejor, pero el efecto general se deteriora por el tiempo de procesamiento y de representación. Tenga en cuenta que el promedio de recuperación de datos del sistema de salida se ha vuelto ligeramente sesgado debido a otra actividad del servidor. Normalmente es de 30 segundos, lo que significa que el sistema existente es más rápido que el nuevo sistema. He seguido mi investigación usando el Monitor de procesos y ahora puedo identificar varios pares de eventos ReportingServicesService. exe que están separados por espacios relativamente grandes. Sin embargo, actualmente no tengo mucha idea de lo que significan los vacíos. Puedo agregar más detalles si alguien cree que podría ser capaz de interpretarlos. De acuerdo con la información actual, el problema parece ser el escenario quotPerformance disminuye después de mover un informe que contiene un gran multi - seleccione la lista de parámetros desplegables en SQL Server 2008 R2 Reporting Services que se describe en el siguiente artículo de KB: support. microsoft/kb/2522708 Para comprobar si es el caso, permite comprobar el rendimiento del informe en el nuevo servidor mediante el acceso a URL Y ocultar la barra de herramientas a través del parámetro. La URL puede ser similar a la siguiente: Si el rendimiento del informe mejora significativamente después de ocultar la barra de herramientas Vista de informes, sugiero que instale el paquete 1 de actualización acumulativa para SQL Server 2008 R2 aunque se haya instalado el Service Pack 2 de SQL Server 2008 R2. Espero que esto ayude. Mike Yin TechNet Community Support viernes, 23 de noviembre de 2012, 2:21 AM En este escenario, el informe tarda mucho tiempo en aparecer. Además, el uso de la CPU es alto. Sin embargo, el tiempo de creación de informes es el mismo que el tiempo de creación de informes para el mismo informe antes de que el informe se migre a SQL Server 2008 R2 Reporting Services. Nota El tiempo de creación de informes se registra en los datos registrados en tiempo de ejecución del informe. Eso no parece ser el caso aquí, ya que el problema no es la cantidad de tiempo que el informe tarda en mostrar, y el tiempo de creación de informes no es el mismo que antes. Además, el Service Pack 2 ya contiene este hotfix, por lo que ya lo tiene instalado: - Además de las correcciones enumeradas en este artículo, SQL Server 2008 R2 SP2 contiene las revisiones que se incluyeron en la actualización acumulativa 1 a la actualización acumulativa 5 para SQL Server 2008 R2 Service Pack 1 (SP1). Editado por Josh Ashwood viernes, 23 de noviembre de 2012 2:48 AM Microsoft está llevando a cabo una encuesta en línea para entender su opinión sobre el sitio web de Msdn. Si decide participar, se le presentará la encuesta en línea cuando abandone el sitio Web de Msdn. ¿Te gustaría participar 2016 Microsoft. Todos los derechos reservados. Función AVG (Reporting Services) (Float) La expresión en la que realizar la agregación. La expresión no puede contener funciones agregadas. (String) Opcional. El nombre de un grupo de datos, grupo o región de datos que contiene los elementos de informe a los que aplicar la función agregada. Si no se especifica el ámbito, se utiliza el ámbito actual. Para obtener más información, vea Usar funciones incorporadas de informe y agregado en expresiones (Reporting Services) y calcular totales y otros agregados (Reporting Services). (Tipo enumerado) Opcional. Simple (predeterminado) o RdlRecursive. Especifica si se debe realizar la agregación recursivamente. Para obtener más información, consulte Creación de grupos de jerarquía recursiva (Reporting Services). Devuelve un decimal para las expresiones decimales y un doble para todas las demás expresiones. El conjunto de datos especificado en la expresión debe tener el mismo tipo de datos. Para convertir datos que tienen varios tipos de datos numéricos en el mismo tipo de datos, utilice funciones de conversión como CInt. CDbl o CDec. Para obtener más información, consulte Funciones de conversión de tipo. El valor del ámbito no puede ser una expresión y debe referirse al ámbito actual o al ámbito que lo contiene.