Il motivo usuale di scelta del report incorporato è evitare una dipendenza del server. Se sei uno sviluppatore di applicazioni e distribuisci la tua applicazione su più siti, dovresti supportare più installazioni SSRS oltre alla tua applicazione. I report di Telerik vengono compilati in una DLL che è possibile distribuire facilmente con l'applicazione.
In genere, SSRS basato sul server è più ricco di funzionalità rispetto ai rapporti di Telerik, in particolare SSRS 2008 tablix è utile. Penso che Telerik Reporting abbia supportato i campi incrociati solo dal primo trimestre 2009. Non supporta funzionalità interattive come il drill-down. Dovresti vedere lo known limitations di Telerik che segnala e anche lo substantial improvements in SSRS 2008 rispetto a SSRS 2005. D'altra parte, ReportViewer in modalità locale comprende solo RDL 2005, quindi sei limitato alle funzionalità di SSRS 2005.
Ora è più semplice osservare le vostre esigenze.
Generazione di report da un'applicazione ASP.NET personalizzato
- SSRS Server: controllo web Microsoft ReportViewer configurato per remote processing vede i rapporti elaborati e resi da un server SSRS
- SSRS modalità locale: Microsoft ReportViewer elabora e restituisce le definizioni dei rapporti RDL 2005 locali
- Telerik: Telerik ReportViewer elabora e esegue il rendering dei report. I report possono essere distribuiti come una singola DLL con tutte le risorse (immagini, ecc.) Incorporate. Questo è il punto di forza dei rapporti di Telerik.
rapporti Pianificazione
- SSRS: funzionalità lato server, non sono supportati in modalità locale
- Telerik: non supportato
rapporti e-mail su richiesta o su un programma
- SSRS: funzionalità lato server, non sono supportati in modalità locale
- Telerik: Non supportato
output PDF
- SSRS: vari formati di output in modalità server. In modalità locale, ReportViewer supporta solo Excel e PDF
- Telerik: vari formati di output, tra cui PDF
Drilldown html
- SSRS Server: drill-down a un sottoreport (un'altra definizione di report RDL) con passaggio parametri, url statici negli elementi del report
- Modalità locale SSRS: URL statici ma nessuna funzionalità interattiva
- Telerik: URL statici ma non caratteristiche interattive
Massaggi il set di dati in C#, prima di passarlo al motore di rendering
- SSRS Server: Supporta i set di dati del report definiti nel linguaggio RDL, OLE DB compatibili fonti di dati, i dati XML, pacchetti di Integration Services e fornitori di .NET standard di
- modalità locale SSRS: Questa citazione è direttamente dal libro di Lachev (p.525):
ReportViewer supporta due tipi di fonti di dati in modalità di elaborazione locale: un insieme di dati che contiene un ADO.NET oggetto DataTable o un enumerabile collezione di oggetti di business. ReportViewer Windows Form anche supporta il binding alle istanze di System.Windows.Forms.BindingSource e a System.Type. Report Viewer Web Il server supporta l'associazione a un'istanza di System.Web.UI.IDataSource.
- Telerik: qualsiasi DataSet o DataView può essere impostato come un DataSource in fase di esecuzione
dato i vostri elementi chiave, e supponendo che si sta facendo reportistica interna all'interno di un firewall aziendale, mi piacerebbe sicuramente raccomandare l'uso di un server SSRS. Prova a ottenere una licenza di SQL Server 2008 o utilizza SQL 2008 Express come server di report. Ma se è assolutamente necessario utilizzare i report incorporati, Telerik è probabilmente una scelta migliore, almeno fino a quando Microsoft ReportViewer supporta RDL 2008 in modalità locale. Questo nuovo ReportViewer deve essere spedito con Visual Studio 2010.
Per SSRS, consiglio di leggere Applied Microsoft SQL Server Reporting Services di Teo Lachev. capitoli di esempio sono disponibili presso la book's site l'e Google Books.
Telerik di riferimento ha un supporto eccellente anche. Lo sviluppo di rapporti Telerik si basa molto sulla samples e support forums.
Ho anche scritto post sul blog su embedded reporting e Telerik Reporting in particolare.
Risposta fantastica. Devo ancora approfondire tutti i link che hai fornito, ma i primi 5 da soli aiutano così tanto. Grazie. – JPot
L'ultima versione del report Telerik supporta anche le raccolte aziendali personalizzate, FYI. –
Ci sono alcune cose importanti da aggiungere qui ... SSRS (lato server) è una soluzione estremamente pesante destinata alla creazione di report interni. Nell'impresa poteva avere senso, ma l'abbiamo usato in un piccolo negozio ed era un vero incubo. Avevamo una situazione multi-tenant e non è pensata per fornire rapporti sicuri rivolti ai clienti. In seguito l'abbiamo usato solo sul lato client con risultati migliori, ma il builder del report rimane primitivo anche rispetto a ciò che Access aveva anni fa, i compiti che dovrebbero essere facili sono arcani e imperscrutabili e vengono visualizzati correttamente solo in IE. I piccoli team si guardano bene. –