La razón habitual de elegir informes incrustados 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 funciones que el informe Telerik, especialmente el SSRS 2008 tablix 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 el informe known limitations de Telerik y también el substantial improvements en SSRS 2008 en comparación con SSRS 2005. Por otro lado, ReportViewer en modo local solo entiende RDL 2005, 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
- SSRS Servidor: Control web de Microsoft ReportViewer configurado para remote processing considera que los informes procesados y prestados por un servidor de SSRS
- SSR modo local: Microsoft ReportViewer procesa y representa las definiciones de informes RDL 2005 locales
- 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.
Planificación de informes
- SSRS: Característica del lado del servidor, no se admiten en el modo local
- Telerik: no se admite
Informes por correo electrónico a la vista o en un horario
- SSRS: característica del lado del servidor, no admiten en modo local
- Telerik: No compatible
salida Pdf
- SSRS: Varios formatos de salida en modo de servidor. En el modo local, ReportViewer sólo es compatible con Excel y PDF
- Telerik: formatos de salida Varios, incluyendo pdf
Drilldown html
- SSRS Servidor: Drilldown a un informe integrado (otra definición de informe RDL) con el parámetro que pasa, las URL estáticas en los elementos del informe
- Modo local de SSRS: URL estáticas pero no características interactivas
- Telerik: URL estánticas pero no características interactivas
masaje del conjunto de datos en C# antes de pasarlo al motor de renderizado
- SSRS Servidor: apoya el informe de conjuntos de datos definidos en el RDL, OLEDB compatibles fuentes de datos, los datos XML, paquetes de Integration Services y proveedores de .NET estándar
- modo local SSRS: Esta cita es directamente desde el libro de Lachev (p.525):
ReportViewer soporta dos tipos de fuentes de datos en el modo de procesamiento local: un conjunto de datos que contiene un ADO.NET objeto DataTable o un enumerable colección de objetos de negocio. ReportViewer Windows Forms también admite el enlace a instancias de System.Windows.Forms.BindingSource y a System.Type. Report Viewer Web servidor admite el enlace a una instancia de System.Web.UI.IDataSource.
- Telerik: cualquier conjunto de datos o DataView se pueden establecer como una fuente de datos en tiempo de ejecución
Teniendo en cuenta sus elementos clave, y suponiendo que usted está haciendo informes internos dentro de un firewall de la empresa, sin duda recomendamos 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 Applied Microsoft SQL Server Reporting Services de Teo Lachev. Los capítulos de muestra están disponibles en book's site y en Google Books.
Telerik Reporting tiene un excelente soporte también. El desarrollo de informes de Telerik se basa en gran medida en samples y support forums.
También he escrito publicaciones de blog en embedded reporting y Telerik Reporting en particular.
Fantástica respuesta. Todavía tengo que profundizar en todos los enlaces que me brindó, pero los primeros 5 solos me ayudan mucho. Gracias. – JPot
La última versión de los informes de Telerik también admite colecciones de negocios personalizadas, FYI. –
Aquí hay algunas cosas importantes que agregar ... SSRS (en el lado del servidor) es una solución extremadamente pesada diseñada para crear informes internos. En la empresa podría tener sentido, pero lo usamos en una pequeña tienda y fue una pesadilla completa. Tuvimos una situación de inquilinos múltiples y simplemente no está destinado a proporcionar informes seguros orientados al cliente. Más tarde lo usamos solo en el lado del cliente con mejores resultados, pero el creador de informes sigue siendo primitivo incluso en comparación con lo que Access tuvo hace años, las tareas que deberían ser fáciles son arcanas e inescrutables, y solo se renderizan correctamente en IE. Los equipos pequeños se guardan. –