ms-access - servidor - no se puede crear una conexión al origen de datos

Generador de informes de SSRS: ¿Problemas de la experiencia?

Question

Estoy estudiando la idea de implementar el Creador de informes de SSRS basado en la web para nuestros usuarios finales para permitirles crear sus propios informes en nuestras bases de datos de aplicaciones de producción. Por lo que he visto hasta ahora, esta herramienta es más fácil de usar que el diseñador de informes VS Biz Intel Studio, además es más fácil de instalar, y la implementación de los informes es mucho más comprensible para un usuario final (además, lo más importante es que no hay SQL Supongo).

¿Alguien tiene alguna idea o experiencia sobre los peligros de darles a los usuarios este tipo de poder? En este momento, recibimos muchas solicitudes para exportar los datos a un archivo plano para que puedan leerlo y luego generar informes en Access en su contra, por lo que creo que SSRS sería mejor que Accesss ...

Answer 1

Solo algunos comentarios sobre la respuesta anterior:
1. El modelo de consulta semántica utilizado por el Creador de informes de SQL Server Reporting Services se diseñó con la intención explícita de evitar las trampas de ventiladores / totales incorrectos en las relaciones m: m. No se requieren esfuerzos adicionales para habilitar esta funcionalidad; es inherente a la estructura de las consultas generadas por el Generador de informes.
2. El asistente de modelo crea medidas agregadas sobre campos numéricos de forma predeterminada, por lo que no se requiere un esfuerzo adicional para exponer los agregados. Puede personalizar el modelo agregando o eliminando cálculos agregados según corresponda.

En general, se aplica el viejo dicho "basura en la basura". Si sus datos no están limpios, Report Builder u otras herramientas de informes ad hoc lo harán más aparente.

Aaron Meyers
Ingeniero de desarrollo de software, SQL Server Reporting Services

Answer 2

Algunos consejos para el diseño del modelo de informe:

1. Construye un data mart

Hay varias herramientas como Report Builder: Business Objects, Oracle Discoverer, por nombrar algunas. Todos ellos tienen capas de metadatos que te llevan hasta la herramienta de informes del usuario final, sin embargo, todavía necesitan ser alimentados con cuchara en un formato adecuado para poder ofrecer una solución efectiva. Esto significa que realmente necesita pensar en términos de construir algún tipo de data-mart también.

Sin datos limpios, las herramientas expondrán todos los errores en la base de datos de producción, por lo que los usuarios deberán comprenderlos para obtener los resultados correctos. Esto significa que los informes realmente deberían salir de una fuente de datos limpia.

Tiene aproximadamente cero control sobre el SQL que producen estas herramientas, por lo que son bastante capaces de producir consultas que hernian su base de datos de producción. Esto significa que su informe debe tener lugar en un servidor separado. Un esquema que sea amigable con herramientas ad-hoc (como un esquema en estrella) mitigará el peor de los posibles problemas con el rendimiento.

2. Limpia los datos

No hay ningún desarrollador en el circuito con herramientas ad-hoc, por lo que los usuarios usarán ingenuamente la herramienta sin saber cuáles son los problemas con los datos. Los resultados de consulta inexactos siempre se verán como un error de la herramienta . Para tener credibilidad, estas dificultades deben eliminarse del conjunto de datos de la herramienta.

3. Haz que la navegación sea robusta y a prueba de idiotas

El generador de informes puede establecer restricciones para pasar de una entidad a otra. Sin estos, es posible unir varias tablas en una relación am: m. Esto se llama trampa de ventilador y devolverá totales incorrectos. Debe configurar el modelo de modo que las tablas de hechos individuales se agreguen en dimensiones comunes, es decir, acumuladas antes de que se unan. Hacer esto bien elimina una clase de errores. La mayoría de las herramientas tienen algún mecanismo para prevenir esto.

4. Hacer los datos agregados

Obtienes esto de forma gratuita de Business Objects, pero tendrás que agregar una medida agregada sobre cada medida base explícitamente con el Generador de informes. Ocultar las medidas base y exponer los agregados. Esto significa que el sistema transferirá los datos al grano de las dimensiones que el usuario haya elegido.

Conclusión

No es probable que funcione correctamente la colocación de una herramienta ad-hoc directamente sobre una base de datos de producción. Los datos tendrán demasiadas trampas y el esquema no se prestará para informar. Esto significa que está listo para trabajar en la construcción de una plataforma de datos para depurar los datos y prepararlos para la herramienta. Si está dedicando un tiempo considerable a la creación de extractos ad-hoc, podría haber un caso de negocios simplemente en el momento del desarrollador, que se guardaría más adelante.

EDITAR: El asistente de modelo de informe (como la mayoría de esas cosas) hace un lío cuando se ejecuta. Tendrá que ajustar la configuración, como restringir la generación de agregados irrelevantes. En el pasado, obtuve resultados bastante buenos generando sumas, ocultando todas las medidas básicas y exponiendo los agregados como si fueran medidas básicas. Esto dio un comportamiento muy parecido a Business Objects. En casos específicos, es posible que también desee exponer el recuento, el mínimo / máximo o los promedios.

La instancia particular en la que estoy pensando era un modelo de informe bastante grande con aproximadamente 1.500 campos, por lo que el festival global generado a partir del asistente no se podía administrar con más de 10.000 campos en total. También puede configurar estructuras de carpetas un poco como Analysis Services y usarlas para organizar los campos. Finalmente, si se ingresa, la descripción en el campo aparecerá como información sobre herramientas si pasa el puntero sobre ella en la herramienta del usuario final.