reporting-services - studio - graficos en reporting services

Telerik ¿Informes sobre SSRS?

Question

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

Aspectos específicos: estamos buscando migrar nuestra infraestructura actual de Informes desde ASP.NET + Crystal (VS Edition) interno a otra cosa.

Ignorando el factor de costo (tenemos una licencia de Telerik), ¿hay ventajas o inconvenientes en ir con Telerik a través de SSRS?

Los elementos clave que necesitamos son:

• generar informes desde una aplicación ASP.NET personalizada
• programar informes
• informes de correo electrónico a pedido o en un horario
• salida de pdf, drilldown html
• masajear 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

El modo local de SSRS no es compatible con Azure.

Answer 2

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

Answer 3

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

Algunas de las cosas que anteriormente no eran compatibles, como la programación de informes y los informes de correo electrónico a pedido o según un programa , ahora están disponibles como parte del producto Telerik Report Server. El servidor de informes viene con el Diseñador de informes mencionado anteriormente. Más información sobre si está disponible here .

Answer 4

SSRS es un sistema de informes basado en servidor , mientras que Telerik Reporting es una herramienta de informes incorporada . Debe comparar Telerik Reporting con el control SSRS ReportViewer en modo de procesamiento local , no con 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 para responder: debe evaluar los pros y los contras de usar un servidor de informes.

La razón habitual de elegir informes integrados es evitar una dependencia del servidor . Si usted es un desarrollador de aplicaciones y despliega su aplicación en múltiples sitios, tendrá que admitir múltiples instalaciones de SSRS además de su aplicación. Telerik reporta compilar en un archivo DLL que puede implementar fácilmente con su aplicación.

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

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

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

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

Programando 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

Pdf de salida

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

Drilldown html

• Servidor SSRS: desglose a un subinforme (otra definición de informe RDL) con el paso de parámetros, URL estáticas en los elementos del informe
• Modo local de SSRS: URLs estáticas pero sin características interactivas
• Telerik: URLs estáticas pero sin características 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, orígenes de datos compatibles con OLEDB, datos XML, paquetes de Integration Services y proveedores de .NET estándar.
• Modo local de SSRS: esta cita es directamente del libro de Lachev (p.525):

ReportViewer admite dos tipos de orígenes de datos en modo de procesamiento local: un conjunto de datos que contiene un objeto ADO.NET DataTable o una colección enumerable de objetos comerciales. ReportViewer Windows Forms también admite el enlace a instancias de System.Windows.Forms.BindingSource y System.Type. El servidor web Report Viewer admite el enlace a una instancia de System.Web.UI.IDataSource.

• Telerik: cualquier DataSet o DataView se puede establecer como fuente de datos en tiempo de ejecución

Teniendo en cuenta sus elementos clave, y suponiendo que está haciendo informes internos dentro de un firewall corporativo, definitivamente recomendaría usar un servidor SSRS. Intente obtener una licencia de SQL Server 2008 o use SQL 2008 Express como servidor de informes. Pero si tiene que usar informes integrados, Telerik es probablemente una mejor opción, al menos hasta que Microsoft ReportViewer admita RDL 2008 en modo local. Este nuevo ReportViewer se debe enviar con Visual Studio 2010.

Para SSRS, recomiendo leer los Servicios de informes de Microsoft SQL Server de Teo Lachev. Los capítulos de muestra están disponibles en el sitio del libro, el y en Google Books .

Telerik Reporting también tiene un excelente soporte. El desarrollo de informes de Telerik se basa en gran medida en samples y foros de soporte .

También escribí publicaciones de blog sobre informes integrados y Telerik Reporting en particular.

Answer 5

Simplemente añadiendo a la respuesta de sobre la interactividad de Telerik:

Sus reporting ahora ofrecen algunas características de interactividad, como navegar a un subinforme (drill-through), navegar a un marcador y navegar a URL. Su hoja de ruta actual menciona que agregarán ordenación interactiva y desglose a fines de 2011. Esto debería acercar su producto de informes a los SSRS en este sentido.

Answer 6

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

Primero comencé a usar Telerik reporting version 2010 Q2 y nunca tuve un problema al vincular los informes en una aplicación web para proporcionar una funcionalidad detallada o de enlace. Fue bastante simple e intuitivo.

Otra cosa en que pensar es que los archivos de informes 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. Todavía prefiero Telerik, aunque significa un SDLC ligeramente más largo para una solicitud de cambio.

Otra cosa que refuerza mis fideos es que siempre que usemos SSRS tuvimos que tener ambos 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 sobre "Telerik Reporting también tiene un excelente soporte. Desarrollar informes de Telerik depende en gran medida de muestras y foros de soporte".: No. Usted está asumiendo algo. He creado muchos informes complejos sin necesidad de instrucciones de forums / sample / etc: es una herramienta muy intuitiva. Estoy seguro de que hay muchos desarrolladores por ahí que han podido hacerlo bien sin la "pesada" dependencia de los foros / muestras: no es ciencia espacial, es torta.