Pregunta

Cada proyecto necesita invariablemente algún tipo de funcionalidad de generación de informes.Desde un bucle foreach en el idioma de su elección hasta una plataforma de BI completa.

Para realizar el trabajo, ¿qué herramientas, widgets y plataformas ha utilizado el grupo con éxito, frustración y fracaso?

¿Fue útil?

Solución

Para eliminar informes bastante "comunes y corrientes", SQL Reporting Services es realmente bastante impresionante.

Para análisis complicados, cargar los datos (tal vez agregados previamente) en una tabla dinámica de Excel suele ser adecuado para la mayoría de los usuarios.

Descubrí que se puede dedicar mucho tiempo (y dinero) a crear un conjunto completo de informes "ad-hoc" y después del primer mes o dos de "factor sorpresa", el 99% de los informes generados serán el mismo informe con diferencias menores en un conjunto fijo de parámetros.

No acepte cuando un usuario dice que quiere informes "ad-hoc" sin especificar qué objetivos y objetivos busca.Simplemente están pescando y necesitan dedicar tanto tiempo a PENSAR en SUS requisitos de informes como el que USTED tendría que dedicar a CONSTRUIR su solución.

He pasado demasiado tiempo construyendo "el sistema que puede informar de todo" para que quede obsoleto o en desuso antes de que esté terminado.Es mucho mejor eliminar las ganancias rápidas lo más rápido posible y luego dedicar tiempo a "sistematizar" los informes más importantes.

Otros consejos

Para la mayoría de los informes utilizamos NACIMIENTO.

He utilizado Reporting Services y Crystal bastante y en este momento estoy escribiendo algunos informes usando Excel(ick).

Reporting Services es bastante bueno para informes simples, pero tan pronto como necesite un control total sobre el formato, fórmulas y gráficos complejos, etc.Crystal está muy por delante.También encuentro que Crystal es mucho más utilizable;poder cambiar cosas dentro de la vista previa del informe es invaluable (¿puede ser posible en versiones posteriores de RS?).

RS también debe implementarse en un servidor web, lo que limita su utilidad si escribe aplicaciones que deben implementarse externamente.

Las versiones anteriores de Crystal tenían muchos errores, pero las más recientes son mucho mejores, son mucho más maduras que Reporting Services.

Para muchos proyectos utilizamos ActiveReports.

Soy un comprometido en el proyecto BIRT, por lo que soy parcial.BIRT proporciona un modelo de objetos de informe (ROM) muy bien pensado y una API adecuada para las diversas funciones de diseño e implementación que se necesitan.Además, BIRT proporciona el mejor soporte multilingüe y la capacidad de separar el desarrollo del diseño mediante el uso de CSS.

BIRT se puede integrar en su aplicación sin costo de licencia a través de REAPI o se puede comprar a través de un par de ofertas comerciales.

Cognos es un conjunto sólido de herramientas (lo usamos como interfaz para un servidor de Oracle), pero hay una pronunciada falta de documentación sobre cómo realizar tareas complejas de informes; en su mayoría, terminas utilizándolo hasta que conseguir que algo funcione.

No descartaría la utilidad de utilizar Microsoft Access como interfaz de informes.No tiene esa útil funcionalidad habilitada para la Web, pero para informes internos es muy versátil y sorprendentemente poderoso.

Usamos Informes claros de i-net para nuestros informes (ya que "comemos nuestra propia comida para perros").;)

  • Es como Crystal Reports,
  • puede leer plantillas de Crystal Reports,
  • la API es más útil,
  • cuesta menos que Crystal Reports (y si se tienen en cuenta los costos de soporte, cuesta menos que el código abierto)
  • es independiente de la plataforma porque está escrito en Java.
  • Ofrecemos un servicio gratuito y totalmente funcional. diseñador de informes

Si tienes todo el dinero del mundo, elige Cognos.Proporcionan un cubo de datos que esencialmente hace que los informes sean "gratuitos para el desarrollador" y el usuario final puede crear informes, paneles de control y lo que quiera.

Para el "hombre común", me han encariñado mucho los informes de ComponentOne para la biblioteca/herramientas .NET.Tiene una sensación similar a Crystal Reports, pero tiene un formato XML muy amigable que puedes editar bajo el capó y ninguno de los dolores de cabeza con versiones, claves y otros elementos con los que he tenido que lidiar al realizar actualizaciones simples en cualquiera de los dos. el informe o la versión subyacente.

Realmente no tengo mucho trabajo de SSAS que hacer, pero esto me ha cautivado bastante:

Explorador de cubos para ASP.net

Ofrece muchas de las capacidades de una tabla dinámica de Excel en una aplicación web (pensé que no soy lo suficientemente experto en Excel para conocer realmente todas las capacidades de la tabla dinámica; al menos parece comparable al navegador de cubos de Visual Studio). .

Lamentablemente, las demostraciones ya no parecen estar en línea :(

Tengo que estar de acuerdo, me gusta mucho SQL Server Reporting Services.Simplemente hace cosas y lo hace fácilmente.

Crystal Reports, porque es fácil tomar exactamente el mismo archivo de informe y

1 - Publicarlo en la intranet

2 - Incrustarlo en una aplicación

3 - Programe su envío por correo electrónico como resultado de Excel de vez en cuando a quien lo necesite

Además (como ya sugerí), exporta fácilmente a Excel, PDF y otros formatos.

Hemos estado usando BIRT, que tuvo una curva de aprendizaje pronunciada para mí hasta que me di cuenta de cuántas funciones WYSIWIG tenía (comencé a editar el código fuente xml directamente, lo cual no recomiendo). Hay algunos trucos específicos de salida (como usar un margen izquierdo 0 para no obtener una columna A en blanco cuando se genera en formato XLS), pero en su mayor parte es rápido y fácil de usar, editar y obtener una vista previa.

También me ha impresionado lo fácil que es mezclar diferentes conjuntos de datos en un solo informe.Si bien no es una solución milagrosa, es una herramienta mejor que la que el 99,999% de las personas construirá por su cuenta.

"Dales datos y te amarán por ello"

De los métodos y herramientas que he usado en el pasado, los clasificaría en el siguiente orden según las habilidades/versatilidad/usabilidad/velocidad de implementación.Dejo de lado el costo porque, si bien siempre es un factor, es un factor diferente para cada uno.

1 es Cognos (versión 8)

2 son informes de SQL Server

3 es informes de cristal

4 es código escrito personalizado

No he utilizado ninguna de las otras herramientas mencionadas.Cognos 8 es nada menos que asombroso.Si bien es costoso, solo estás limitado por tu imaginación.Puede hacer cualquier cosa.

Esto no es tanto una sugerencia positiva, sino más bien una advertencia contra los informes de Crystal...Al igual que con otras personas, obtener la versión correcta de Crystal Runtime es importante, pero una vez hecho esto, todavía tenía este problema:

  1. Pasé semanas desarrollando informes que tenían imágenes incrustadas.
  2. Probado en entorno de desarrollo y ensayo, todo OK.
  3. Implementar en un servidor activo: no funciona...Mmm...

Pasé dos semanas rastreando foros y buscando consejos, y finalmente obtuve una respuesta de un cuerpo de cristal en sus foros.Sugirió que había visto un problema similar relacionado con la configuración de MS Paint como la aplicación predeterminada para una determinada extensión de archivo.

En este punto, dejamos de intentarlo (después de convencer a mi jefe de que no se trataba de una respuesta de burla, sino de una respuesta formal de Crystal).Afortunadamente, estábamos migrando a nuevos servidores aproximadamente un mes después (donde funcionaban los informes), pero, sinceramente, no los volveríamos a tocar...


Ah, y usé SSRS y descubrí que es bastante bueno para la mayoría de las cosas (particularmente la versión más reciente).

software de tabla es una herramienta increíble para ejecutar sus informes y obtener análisis profundos fácilmente

Para informes simples utilizo el ReportViewer estándar incluido en Visual Studio.

Para informes más complicados y que requieren más rendimiento, he utilizado Report Sharp Shooter y devExpress XtraReports.Sorprendentemente, en ambos productos crear tablas no es tan fácil como debería, pero ambos son más rápidos que ReportViewer y manejan extremadamente bien informes de varias columnas, códigos de barras y datos agregados.

Usamos Cognos, es un sistema bastante complejo, pero muy potente.

Tengo un pequeño conjunto de informes, realizado en 2 meses:

al menos 10 veces más rápido que los informes Crystal;

edición fácil;

fórmula .net;

fácil uso;

uso de código pequeño;

serialización y deserialización (rápida y pequeña);

seguridad extrema;

multihilo;

sin errores;

Habíamos utilizado MS Reporting Services, pero no estábamos nada satisfechos con él.Razones:

  • es necesario hacer una configuración difícil del servidor
  • No es posible integrar el editor de informes en nuestra aplicación sin comprar una licencia de servidor SQL para cada usuario.
  • Solo es posible utilizar la interfaz de usuario de entrada de parámetros de informe integrados o enviarlos desde la aplicación, pero no crear parámetros de interfaz de usuario mediante el diseñador de informes.

Ahora estamos usando Stimulsoft Reports.No tiene limitaciones como MS Reporting Services, y nosotros y sus usuarios estamos contentos con él.

1) Creo que Reporting Services es muy bueno para la mayoría de las necesidades, cuando se trata de desarrollar informes basados ​​en tablas y también informes matriciales (desglose, funcionalidad tipo pivote). Teniendo en cuenta el precio de Cognos, etc.Una PYME ni siquiera puede soñar con conseguir Congns AFAIK

2) La funcionalidad de programación/suscripción de informes se puede invocar para enviar informes a un conjunto de usuarios (basados ​​en datos) para entregar informes.Las suscripciones se pueden entregar a ubicaciones personalizadas, como SFTP, escribiendo código .Net.

3) Al utilizar modelos de informes, el usuario final puede arrastrar y soltar columnas y desarrollar informes personalizados

Notar:

1) Puede volverse más complicado una vez que se desarrollan informes gráficos/de panel realmente complejos, que implican pocos gráficos y tablas pequeñas que se muestran en A4.Report Designer (la herramienta que utilizamos para diseñar informes) y Web display utilizan diferentes motores de renderizado.Por lo tanto, es mejor si implementa los informes con frecuencia y ve cómo se ven, si desarrolla informes gráficos complejos.

2) Si escribe una funcionalidad personalizada, es posible que deba cambiar los archivos de configuración XML (RSReportServer.Config, etc.).Si hay algún problema en la edición, el servicio ReportServer puede detenerse.Así que tenga cuidado de hacer una copia de seguridad antes de hacer algo personalizado.

Lo que utilizamos es Cognos con un backend de Oracle.También utilizamos Spotfire para visualización sobre cognos.

Soy el CTO de Windward y creo que Informes de barlovento es, con diferencia, el más fácil de usar y puede hacer más con él que con cualquier otro informe, y ambas características se deben a la misma razón: diseña sus informes en Word, Excel y PowerPoint.

En cuanto a los informes generados, es rápido, sólido como una roca e incorporarlos a su programa puede requerir tan solo 3 líneas de código.

Usamos Crystal Reports donde trabajo.Tiene bastantes limitaciones y nos encontramos haciendo casi toda la lógica en los procedimientos y vistas de la base de datos.

Una limitación a tener en cuenta es que Crystal Reports no permite subinformes de varias capas.En otras palabras, no se puede tener un subinforme dentro de un subinforme.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top