Telerik Reporting su SSRS?

Question

La domanda ampia è: c'è qualcosa che Telerik Reporting può fare che SSRS (2005) non può fare?

Specifiche: stiamo cercando di migrare la nostra attuale infrastruttura di reporting da ASP.NET + Crystal interno (VS Edition) a qualcos'altro.

Ignorando il fattore costo (abbiamo una licenza Telerik), ci sono vantaggi o svantaggi di utilizzare Telerik su SSRS?

Gli elementi chiave di cui abbiamo bisogno sono:

• genera report da un'applicazione ASP.NET personalizzata
• pianifica rapporti
• rapporti via e-mail su richiesta o secondo un programma
• output pdf, drilldown html
• massaggia il set di dati in C # prima di passarlo al motore di rendering

Qualsiasi esperienza o sito che evidenzi vantaggi o limitazioni (con entrambi i motori) sarebbe molto apprezzato.

Answer 1

SSRS è un sistema di reporting basato su server mentre Telerik Reporting è puramente uno strumento di reporting incorporato . Dovresti confrontare Telerik Reporting con il controllo SSRS ReportViewer in modalità di elaborazione locale , non l'intero sistema SSRS, a meno che tu non intenda utilizzare anche il server SSRS. Penso che questa sia la prima domanda a cui rispondere: dovresti valutare i pro ei contro dell'utilizzo di un server di report.

Il solito motivo per scegliere il reporting 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.

Generalmente, SSRS basato su server è più ricco di funzionalità rispetto ai report di Telerik, in particolare SSRS 2008 tablix è utile. Penso che Telerik Reporting abbia supportato i campi incrociati solo dal 1 ° trimestre 2009. Non supporta funzionalità interattive come il drill-down. Dovresti vedere le le limitazioni note dei report di Telerik e anche il miglioramenti sostanziali 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 esaminare le tue esigenze.

Generazione di report da un'applicazione ASP.NET personalizzata

• Server SSRS: controllo Web Microsoft ReportViewer configurato per elaborazione remota i report elaborati e resi da un server SSRS
• Modalità locale SSRS: Microsoft ReportViewer elabora e esegue il rendering delle definizioni dei report RDL 2005 locali
• Telerik: Telerik ReportViewer elabora e rende i report. I report possono essere distribuiti come una singola dll con tutte le risorse (immagini ecc.) Incorporate. Questo è il punto di forza della segnalazione di Telerik.

Pianificazione dei rapporti

• SSRS: funzionalità lato server, non supportata in modalità locale
• Telerik: non supportato

Rapporti via e-mail su richiesta o secondo un programma

• SSRS: funzionalità lato server, non supportata in modalità locale
• Telerik: non supportato

Pdf output

• SSRS: vari formati di output in modalità server. In modalità locale, ReportViewer supporta solo Excel e PDF
• Telerik: vari formati di output, incluso pdf

Drilldown html

• Server SSRS: drill-down su un sottoreport (un'altra definizione di report RDL) con passaggio di parametri, URL statici negli elementi del report
• Modalità locale SSRS: URL statici ma nessuna funzionalità interattiva
• Telerik: URL statici ma nessuna funzionalità interattiva

Massaggia il set di dati in C # prima di passarlo al motore di rendering

• Server SSRS: supporta set di dati di report definiti in RDL, compatibili OLEDB origini dati, dati XML, pacchetti di Integration Services e provider .NET standard
• Modalità locale SSRS: questa citazione è direttamente dal libro di Lachev (p. 525):

  

ReportViewer supporta due tipi di   origini dati in modalità di elaborazione locale:   un set di dati che contiene un ADO.NET   Oggetto DataTable o un enumerabile   raccolta di oggetti business.   ReportViewer Windows Forms anche   supporta l'associazione alle istanze di   Sistema.

Answer 2

Sto solo aggiungendo alla mika la risposta sull'interattività di Telerik:

Il loro reporting ora offre alcune funzionalità di interattività, vale a dire la navigazione verso un sottoreport ( drill-through), passa a un segnalibro e passa a URL. La loro attuale tabella di marcia menziona che aggiungeranno lo smistamento interattivo e il drill-down entro la fine del 2011. Ciò dovrebbe portare il loro prodotto di segnalazione molto più vicino agli SSRS in questo senso.

Answer 3

Voglio aggiungere alcune nuove informazioni sulla soluzione di Telerik.

Alcune delle cose che prima non erano supportate, come Pianificazione dei rapporti e Rapporti via e-mail su richiesta o su una pianificazione sono ora disponibili come parte del Telerik Report Server Prodotto. Il server di report viene fornito con Progettazione report menzionato sopra. Maggiori informazioni sull'eventuale disponibilità qui .

Answer 4

Uno dei motivi principali per cui abbiamo smesso di usare SSRS e utilizzato Telerik è perché Telerik ha un supporto molto migliore su tutti i browser. Naturalmente, non ci si aspetterebbe che gli Stati Uniti forniscano lo stesso supporto per un prodotto concorrente quando si tratta di compatibilità del browser. Dato che ne stai pianificando uno che fa un'applicazione basata sul Web, questo potrebbe essere un fattore.

Ho iniziato a utilizzare Telerik versione di report 2010 Q2 e non ho mai avuto problemi a collegare i report su un'app Web per fornire funzionalità di drill-down o di collegamento. Era abbastanza semplice e intuitivo.

Un'altra cosa a cui pensare è che i file di report SSRS sono file RDL, mentre un report Telerik viene compilato nella tua app. Se è necessario modificare il report, è necessario ricompilare e ridistribuire l'app. Per i file RDL, è sufficiente caricarli sul server SSRS. Preferisco comunque Telerik, anche se significa un SDLC leggermente più lungo per una richiesta di modifica.

Un'altra cosa che mi fa impazzire è che finché abbiamo usato SSRS dovevamo avere sia VS 2008 che 2010 installati, perché VS 2010 non ha supporto per la progettazione di report RDL come il 2008 ha (BIDS è fondamentalmente una versione ridotta di VS 2008: Progetti di Visual Studio 2010 Reporting Services? )

Con Telerik possiamo continuare a usare VS 2010.

Commenta " Telerik Reporting ha anche un eccellente supporto. Lo sviluppo di rapporti Telerik si basa fortemente su esempi e forum di supporto. & Quot ;: No. Stai assumendo un presupposto. Ho creato molti rapporti complessi senza aver bisogno di nessuna direzione da forum / campione / etc - è uno strumento molto intuitivo. Sono sicuro che ci sono molti sviluppatori là fuori che sono stati in grado di fare bene senza "pesante". affidamento sui forum / campioni - non è scienza missilistica, è una torta.

Answer 5

La modalità locale SSRS non è supportata in Azure.

Answer 6

Nelle ultime versioni Telerik Reporting ha Report Designer che è uno strumento come Generatore report e il visualizzatore di report supporta definizioni di report XML (trdx). Pertanto non è richiesta la compilazione se si modificano i report.