¿Telerik informa sobre SSRS?

Question

La pregunta general es: ¿Hay algo que Telerik Reporting pueda hacer que SSRS (2005) no pueda hacer?

Datos específicos: buscamos migrar nuestra infraestructura de informes actual de ASP.NET + Crystal (VS Edition) interna a otra cosa.

Sin tener en cuenta el factor de costo (tenemos una licencia de Telerik), ¿hay ventajas o desventajas de ir con Telerik sobre SSRS?

Los elementos clave que necesitamos son:

• generar informes desde una aplicación ASP.NET personalizada
• programar informes
• informes por correo electrónico a pedido o en un horario
• salida pdf, desglose html
• masajee el conjunto de datos en C # antes de pasarlo al motor de renderizado

Cualquier experiencia o sitio que señale ventajas o limitaciones (con cualquier motor) sería muy apreciada.

Answer 1

SSRS es un sistema de informes basado en servidor , mientras que Telerik Reporting es puramente una herramienta de informes integrada . Debe comparar Informes de Telerik con el control SSRS ReportViewer en modo de procesamiento local , no todo el sistema SSRS, a menos que tenga la intención de utilizar también el servidor SSRS. Creo que esta es la primera pregunta a responder: debe evaluar las ventajas y desventajas de utilizar un servidor de informes.

La razón habitual para elegir informes incrustados es para evitar una dependencia del servidor . Si es un desarrollador de aplicaciones e implementa su aplicación en varios sitios, deberá admitir la instalación de múltiples SSRS además de su aplicación. Los informes de Telerik se compilan en un archivo DLL que puede implementar fácilmente con su aplicación.

Generalmente, el SSRS basado en servidor tiene más funciones que los informes de Telerik, especialmente el SSRS 2008 tablix es útil. Creo que Telerik Reporting ha admitido tablas cruzadas solo desde el primer trimestre de 2009. No admite funciones interactivas como la obtención de detalles. Debería ver las limitaciones conocidas de informes de Telerik y también las mejoras sustanciales en SSRS 2008 en comparación a SSRS 2005. Por otro lado, ReportViewer en modo local solo comprende RDL 2005, por lo que está limitado a las características de SSRS 2005.

Ahora, es más fácil observar sus requisitos.

Generación de informes desde una aplicación ASP.NET personalizada

• Servidor SSRS: control web Microsoft ReportViewer configurado para vistas de procesamiento remoto los informes procesados ??y prestados por un servidor SSRS
• Modo local SSRS: Microsoft ReportViewer procesa y presenta las definiciones de informe RDL 2005 locales
• Telerik: Telerik ReportViewer procesa y presenta informes. Los informes se pueden implementar como un único archivo dll con todos los recursos (imágenes, etc.) integrados. Este es el punto fuerte de los informes de Telerik.

Programación de informes

• SSRS: función del lado del servidor, no compatible en modo local
• Telerik: no compatible

Informes por correo electrónico a pedido o en un horario

• SSRS: función del lado del servidor, no compatible en modo local
• Telerik: no compatible

Salida en PDF

• SSRS: Varios formatos de salida en modo servidor. En modo local, ReportViewer solo admite Excel y PDF
• Telerik: varios formatos de salida, incluido pdf

Drilldown html

• Servidor SSRS: Desglose a un subinforme (otra definición de informe RDL) con paso de parámetros, URL estáticas en elementos de informe
• Modo local SSRS: URL estáticas pero sin funciones interactivas
• Telerik: URL estáticas pero sin funciones interactivas

Masajee el conjunto de datos en C # antes de pasarlo al motor de renderizado

• Servidor SSRS: Admite conjuntos de datos de informes definidos en RDL, compatible con OLEDB fuentes de datos, datos XML, paquetes de Integration Services y proveedores estándar de .NET
• Modo local SSRS: esta cita es directamente del libro de Lachev (p.525):

  

ReportViewer admite dos tipos de   fuentes de datos en modo de procesamiento local:   un conjunto de datos que contiene un ADO.NET   Objeto DataTable o un enumerable   colección de objetos comerciales.   ReportViewer Windows Forms también   admite enlaces a instancias de   Sistema.

Answer 2

Simplemente agregando a la respuesta de mika con respecto a la interactividad de Telerik:

Su informes ahora ofrece algunas características de interactividad, como navegar a un subinforme ( obtención de detalles), navegue a un marcador y navegue a URL. Su hoja de ruta actual menciona que agregarán una clasificación y desglose interactivos para fines de 2011. Esto debería acercar su producto de informes mucho más a SSRS en este sentido.

Answer 3

Quiero agregar información nueva sobre la solución de Telerik.

Algunas de las cosas que anteriormente no eran compatibles, como Programación de informes y Los informes por correo electrónico a pedido o en un horario ahora están disponibles como parte del Servidor de informes Telerik producto. El servidor de informes viene con el Diseñador de informes mencionado anteriormente. Más información sobre si está disponible aquí .

Answer 4

Una de las razones principales por las que dejamos de usar SSRS y elegimos Telerik es porque Telerik tiene mucho mejor soporte en todos los navegadores. Naturalmente, uno no esperaría que MS brinde el mismo soporte para un producto rival en lo que respecta a la compatibilidad del navegador. Como está planeando hacer una aplicación basada en la web, esto puede ser un factor.

Comencé a usar la versión 2010 Q2 de informes de Telerik y nunca tuve problemas para vincular informes a través de una aplicación web para proporcionar funciones de profundización o vinculación. Fue bastante simple e intuitivo.

Otra cosa a tener en cuenta es que los archivos de informe SSRS son archivos RDL, mientras que un informe Telerik se compila en su aplicación. Si necesita cambiar su informe, deberá volver a compilar y volver a implementar su aplicación. Para los archivos RDL, simplemente cárguelos en el servidor SSRS. Sin embargo, todavía prefiero Telerik, aunque significa un SDLC un poco más largo para una solicitud de cambio.

Otra cosa que muele mi fideo es que, mientras usamos SSRS, teníamos que tener VS 2008 y 2010 instalados, porque VS 2010 no tiene soporte para diseñar informes RDL como 2008 (BIDS es básicamente una versión reducida) de VS 2008: ¿Proyectos de Visual Studio 2010 Reporting Services? )

Con Telerik podemos seguir usando VS 2010.

Comente en " Telerik Reporting también tiene un excelente soporte. El desarrollo de informes de Telerik depende en gran medida de muestras y foros de soporte. No. Estás haciendo una suposición. He creado muchos informes complejos sin necesidad de ninguna dirección de foros / muestra / etc. Es una herramienta muy intuitiva. Estoy seguro de que hay muchos desarrolladores por ahí que han podido hacerlo bien sin 'pesado'. confianza en los foros / muestras: no es ciencia espacial, es pastel.

Answer 5

El modo SSRS Local no es compatible con Azure.

Answer 6

En las últimas versiones, Telerik Reporting tiene Report Designer que es una herramienta como Report Builder y el visor de informes admite definiciones de informe XML (trdx). Por lo tanto, no es necesario compilar si cambia los informes.