sql - servidor - dar permisos a usuarios en reporting services

¿Cuál es su herramienta de informes de elección? (23)

Utilizamos i-net Clear Reports para nuestros informes (viendo cómo "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 tiene 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 diseñador de informes gratuito y completamente funcional

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

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

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

Para los informes más complicados y los que requieren más rendimiento, he usado tanto Report Sharp Shooter como devExpress XtraReports. Sorprendentemente, en ambos productos la creación de tablas no es tan fácil como debería, pero ambas son más rápidas que ReportViewer y manejan extremadamente bien informes de múltiples columnas, códigos de barras y datos agregados.

Para la mayoría de los informes usamos BIRT .

Para muchos proyectos usamos ActiveReports.

Realmente no tengo mucho trabajo de SSAS que hacer, pero me he tomado bastante con esto:

Navegador 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 como para conocer realmente todas las capacidades de la tabla dinámica, al menos parece comparable al explorador de cubos de Visual Studio) .

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

Si tiene todo el dinero del mundo, vaya con Cognos. Proporcionan un cubo de datos que esencialmente hace que el informe sea "libre de desarrolladores" y el usuario final puede crear informes, cuadros de mando, cualquier cosa que quiera.

Para el "hombre común", me he aficionado bastante a los informes de ComponentOne para la biblioteca / herramientas de .NET. Tiene una sensación similar a la de Crystal Reports, pero tiene un formato XML muy amigable que usted y edita bajo el capó y ninguno de los dolores de cabeza con versiones, claves y otros elementos con los que he tenido que lidiar cuando hago actualizaciones simples a cualquiera de los dos. el informe o la versión subyacente.

Tendría que estar de acuerdo, realmente me gustan los SQL Server Reporting Services. Simplemente hace cosas, y lo hace fácilmente.

Para eliminar informes bastante "corrientes de la fábrica", SQL Reporting Services es realmente bastante impresionante.

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

Descubrí que puede dedicar mucho tiempo (y dinero) a crear un paquete completo de informes "ad-hoc" y después del primer o segundo mes de "factor sorpresa", el 99% de los informes generados será 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é metas y objetivos busca. Simplemente están pescando y necesitan dedicar todo el tiempo a PENSAR sobre SUS requisitos de información, ya que TÚ TENDRÍAN que gastar CONSTRUYENDO su solución.

He invertido demasiado tiempo construyendo el "sistema que puede informar todo" y que se desactualice o pierda vigencia antes de que se termine. Es mucho mejor sacar las victorias rápidas del camino lo más rápido posible y luego pasar el tiempo "sistematizando" los informes más importantes.

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

1 - Publicarlo en la intranet

2 - Incrustarlo en una aplicación

3 - Programe que se envíe por correo electrónico como un resultado de Excel de vez en cuando a quien lo necesite

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

Soy un committer en el proyecto BIRT, así que estoy predispuesto. BIRT proporciona un modelo de objeto 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 ofrece el mejor soporte en varios idiomas y la capacidad de separar el desarrollo del diseño mediante el uso de CSS.

BIRT se puede incorporar a 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.

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

Reporting Services es bastante bueno para informes simples, pero tan pronto como necesite un control total sobre el formateo, fórmulas complejas y tablas, etc. Crystal tiene un largo camino por delante. También creo que Crystal es mucho más útil; 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 está escribiendo aplicaciones que necesitan implementarse externamente.

Las versiones anteriores de Crystal tenían muchos fallos, pero las últimas son mucho mejores, es mucho más maduro que Reporting Services.

Cognos es un robusto conjunto de herramientas (lo usamos como interfaz para un back-end de Oracle), pero hay una pronunciada falta de documentación sobre cómo llevar a cabo complejas tareas de generación de informes; la mayoría de las veces terminas golpeándolo hasta que hacer que algo funcione

No descartaría la utilidad de usar Microsoft Access como front-end de generación de informes. No tiene esa útil funcionalidad habilitada para la web, pero para los informes internos es muy versátil y sorprendentemente poderosa.

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

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

También me ha impresionado lo fácil que es mezclar diferentes conjuntos de datos en un solo informe. Si bien no es una bala de plata, es una herramienta mejor que el 99.999% de las personas van a construir por su cuenta.

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

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

fácil edición;

fórmula .net;

uso fácil;

uso de código pequeño;

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

seguridad extrema;

multihilo;

sin errores;

Habíamos usado MS Reporting Services, pero no estábamos contentos con eso. Razones:

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

Ahora estamos usando Informes de Stimulsoft. No tiene tales limitaciones, como MS Reporting Services, y nosotros y sus usuarios estamos contentos con ello.

"Dales datos y te amarán por eso"

De los métodos y herramientas que he usado en el pasado, los clasificaría en el siguiente orden en función de las capacidades / versatilidad / usabilidad / velocidad para implementar. Estoy dejando de lado el costo porque, si bien siempre es un factor, es un factor diferente para todos.

1 es Cognos (versión 8)

2 es el informe de SQL Server

3 es Crystal Reports

4 es código escrito personalizado

No he usado ninguna de las otras herramientas mencionadas. Cognos 8 es increíble. Si bien es caro, solo está limitado por su imaginación. Puede hacer cualquier cosa.

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 (drilldown - pivot like functional). Considerar el precio de Cognos, etc. Una PYME ni siquiera puede soñar de obtener Congns AFAIK

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

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

Notar:

1) Puede ser más complicado una vez que desarrolle informes tipo gráficos / cuadros de mando realmente complejos, que implican pocos gráficos y tablas pequeñas que se mostrarán en A4. Report Designer (la herramienta que utilizamos para diseñar informes) y la visualización web 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, puede que tenga que 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 cualquier cosa personalizada

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

Pasaron semanas desarrollando informes que tenían imágenes incrustadas.
Probado en el entorno de desarrollo y en etapas, todo A-OK.
Implementar para servidor en vivo - no funciona ... Hmmm ...

Pasé dos semanas en foros de búsqueda de arrastre y en busca de consejos, finalmente obtuve una respuesta de un cuerpo de cristal en sus foros. Sugirió que había visto un problema similar que ver con la instalación de MS Paint como la aplicación predeterminada para una cierta extensión de archivo.

En este punto, dejamos de intentarlo (después de convencer a mi jefe de que esta no era una respuesta a la mierda, sino una respuesta formal de Crystal). Handily estábamos migrando a nuevos servidores aproximadamente un mes después (donde funcionaban los informes), pero sinceramente, no volveríamos a tocarlos ...

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

El software de Tableau es una herramienta increíble para ejecutar sus informes y obtener fácilmente análisis exhaustivos

Soy el CTO de Windward y creo que Windward Reports es, de lejos, el más fácil de usar y puede hacer más con él que cualquier otro informe, y ambos rasgos son por la misma razón, diseña sus informes en Word, Excel y PowerPoint.

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

Usamos Crystal Reports donde trabajo. Tiene bastantes limitaciones, y nos encontramos haciendo casi toda la lógica en 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 puede tener un subinforme dentro de un subinforme.

Cognos con un backend de Oracle es lo que usamos. También usamos spotfire para visualización sobre cognos.