SQL Server 2005 Reporting Services - Pro e Contro

Question

Sto sviluppando un'applicazione Web con ASP .NET 2.0, VS 2008 e SQL Server 2005. Vorrei utilizzare SSRS 2005 per i vari report che devo compilare per questa applicazione Web . Vorrei convincere il team che dovremmo adottare SSRS come piattaforma di reporting principale per la maggior parte delle applicazioni Web interne ed esterne che abbiamo.

Quali sono i pro e i contro di Reporting Services? Riesco a vedere molti professionisti come l'integrazione stretta con IIS, SQL Server e Visual Studio, le funzionalità di presentazione e le funzionalità di esportazione, l'abbonamento ecc. Quindi sono principalmente interessato ai negativi di SSRS.

EDIT: Capisco che se non utilizzo VS 2005 per lo sviluppo della mia applicazione, userò diverse versioni di Visual Studio per lo sviluppo di applicazioni e report. Tuttavia, sono più interessato ai negativi (o meno aspetti positivi) di SSRS stesso.

Answer 1

So che hai detto il 2005, ma inserirò le note anche per il 2008.

SRS Pro:
- E 'gratuito (a patto di avere la licenza server SQL)
- stretta integrazione dei dati con SQL Server, ma gestisce nulla .NET può (Oracle, ODBC ecc ...) più che bene . (2008 has native support for Terradata too)
- I componenti per Visual Studio, SharePoint e PerformancePoint esistono tutti per facilitare l'utilizzo. È solo un'app Web, ma è altrettanto semplice l'integrazione in qualsiasi pagina Web o app che possa comunicare con un server web.
- Strumenti incorporati per fare abbonamenti (ad esempio e-mail che vengono inviate regolarmente a un elenco di persone con il rapporto su di essi). L'elenco dei destinatari può essere persone statiche o un sito sharepoint o un elenco dinamico di persone (estratto da un DB) (08 adds support for dynamic to sharepoint too)
- Esistono fornitori di terze parti per migliorare il prodotto
- Esportare in una varietà di formati (XML, CSV, Excel, PDF ecc ...)
- Possibilità di progettare modelli che gli utenti esperti possono utilizzare per creare report senza conoscere SQL (poiché SQL è contenuto nel modello). Gli utenti esperti utilizzano uno speciale strumento di creazione rapporti che viene fornito tramite clic una volta.
- funziona in modo diverso a Crystal Reports (non mi piace di cristallo questo è il motivo per cui questo è un pro per me)

SRS Contro:
- controlli grafici sembrano Excel 2003 e sono limitate. (2008 has the Dundas controls in by default so they are much more powerful, more varied and better looking)
- Problemi di Kerberos a causa del fatto che si tratta di un'app Web possono causare fastidiosi problemi (2008 removes that as it is no longer an IIS web app. It runs it's own web server based off the IIS core but is closer to a stand alone app - so the security issues aren't a problem)
- Il supporto del designer è un problema. 2000 Report devono essere sviluppati in VS 2003, i report 2005 devono essere sviluppati in VS 2005, i report 2008 devono essere sviluppati in VS 2008. Per Visual Studio intendo la versione normale o sottile che si ottiene con gli strumenti di gestione SQL.
- Compatibilità. Ogni versione dei servizi di reporting può eseguire solo la versione corrente e una versione posteriore dei report.
- La sicurezza è limitata a Windows integrata o anonimo (2008 has added support for forms based security and for custom providers, like you get with ASP.NET)

Answer 2

Uno dei Cons che vedo con la configurazione, è si dovrà utilizzare Visual Studio 2005 per il progetto di report dal momento che si sta utilizzando SSRS 2005.

Poiché sembra che si utilizza Visual Studio 2008 per la vostra altro sviluppo, questo significa avere entrambe le versioni installate e averle aperte e funzionanti il ​​più delle volte.

Sono nella stessa situazione ed è una seccatura, ma a cui mi sono abituato.

EDIT:
Alcune delle altre Contro ho eseguito tutta sono di solito legate designer. Potrebbero essere stati riparati nel 2008 (non lo so per certo), ma li attribuisco all'infanzia di SSRS rispetto ad altre soluzioni di reporting più mature.

• Dataset che cambiano in testo, anche se li si imposta stored procedure ogni volta che si accede alla scheda di dati

• set di dati Web Service perdere i loro parametri quando si modifica la query

• L'editor di espressioni è molto stupido. È leggermente migliore rispetto all'utilizzo del blocco note.

Answer 3

trovo SSRS è molto robusto e fornisce una gamma molto ampia di funzionalità per soddisfare le vostre esigenze di reporting. Ho provato altri (Crystal) e non mi è piaciuto quasi altrettanto. (Questo potrebbe essere solo il gusto personale però).

anche per un principiante, SSRS ha numerose procedure guidate che vi consentiranno i risultati che desideri e per lo sviluppatore esperto, è possibile ottimizzare i report con drill-through, colori, codifica, ecc

Onestamente non ho nulla di negativo da dire su SSRS. L'unico lato negativo di Dustin è che la versione VS e la versione SQL sono diverse. Ho un'app che si trova in VS2005, ma utilizza un back-end SQL 2000 e devo separare i miei report in un progetto VS2003 per farli funzionare correttamente.

Answer 4

Pro:

• libero
• Probabilmente meglio legato a MS SQL di molti altri
• funziona bene per la maggior parte dei tipi di segnalazione

Contro:

• libero ; L'accesso al supporto non è come Crystal
• Non ha tutte le funzionalità di altri concorrenti più vecchi. Essendo un nuovo software, ha ancora nuove funzionalità che altri prodotti come Crystal Reports hanno da anni.

Spesso finisco per eseguire i report in qualunque modo siano più facili. Ultimamente ho creato la mia interfaccia basata sul web che guida qualsiasi combinazione di rapporti PDF/HTML/Crystal/SRSS e li consegna. Spesso Crystal eseguirà alcuni passaggi in 2 o SRSS farà qualcos'altro di meglio. Se dovessi sceglierne uno in questo momento come un go-to per tutti gli scenari, probabilmente sceglierei Crystal. Più uso SRSS di pochi anni e ancora in sviluppo di funzionalità attive (raggiungendo prodotti come Crystal), posso vedere che viene utilizzato molto di più ... non ancora del tutto però.

Answer 5

I contro:

1. rendering potrebbero essere diversi in Firefox o altri browser. Quando si utilizza Reporterser SSRS su una pagina ASP.NET, è sufficiente verificare l'aspetto/aspetto/layout del report quando viene eseguito il rendering su browser diversi da IE.

2. Uno con è che con SSRS, ci sono così tante opzioni disponibili per lo sviluppatore che potrebbe essere fonte di confusione in un primo momento. Sto parlando di più sull'utilizzo di Report locali o Report server, sia per inserire codice all'interno di moduli di codice, in assembly riutilizzabili, sia per utilizzare stored procedure riutilizzabili con codice (C#).

3. Il più grande problema che ho potuto pensare in SSRS è che il modulo di codice è molto semplice. Nessun intellisense e nessuna funzionalità di debug. Sarebbe anche bello se lo scripting SSRS supportasse C# anziché solo VB.NET.

4. Mentre le espressioni sono grandi, il problema è che non esiste un singolo contenitore/luogo che consente di visualizzare tutte le espressioni definite in un report. Questo potrebbe presentare un incubo di manutenzione lungo la strada.

Detto questo, SSRS è uno strumento potente nelle mani di uno sviluppatore esperto.

Answer 6

Al fine di fornire un'analisi migliore, sarebbe più facile se noi novità quale alternativa stai considerando. Ad esempio, se si tratta di SSRS rispetto a nulla, l'argomento è semplice, allo stesso modo SSRS e report personalizzati (ad esempio ASP.NET). Tuttavia, se hai altri strumenti di segnalazione presi in considerazione, ad es. Crystal, allora possiamo essere un po 'più critici. Inoltre, che tipo di rapporti stai pianificando e quali sono le caratteristiche di cui hai bisogno idealmente.

Indipendentemente da ciò, sarei ampiamente d'accordo con gli altri poster. SSRS è gratuito & molto capace. Altri sistemi potrebbero avere campanelli supplementari & fischietti, ma questi sarebbero problemi che contavano e sono preparati per i costi?

Suppongo, dato che SSRS è gratuito e abbastanza facile da configurare, il mio suggerimento sarebbe di eseguire un processo; probabilmente sarai in grado di pensare da solo attraverso un po 'di sperimentazione - non hai niente da perdere!

Answer 7

mi corregga se sbaglio, ma SSRS non usa autenticazione basata su form. Per visualizzare i report da un'app Web utilizzando i componenti incorporati, verrà utilizzata l'autenticazione mai usata per l'applicazione. Tuttavia, per la sottoscrizione e l'utilizzo dell'applicazione Report Builder (clic-una volta) che richiede l'accesso a Gestione report l'autenticazione di Windows.

[Modifica] Da Robert MacLean - MSSQL 2008 supporta l'Autenticazione moduli, che è una buona cosa.

Answer 8

Il problema principale che avevo era la creazione di Reporterver in uno stage/ambiente di produzione. Ho dovuto estrarre i report dal servizio Web Reportserver nell'applicazione Web. L'ambiente sembra piuttosto semplice ora, ma ricordo che a quel tempo era difficile eseguire il debug.

Un altro problema erano i report in più lingue. Ancora: ora è facile da usare, ma sii pronto a fare qualche ricerca su google.

Il progettista fa schifo. Chissà che cosa = First (Fields! Sales.Value, "DataSet1") significa?Ho anche avuto problemi con la dimensione dei report (il report è stato progettato per adattarsi a una pagina A4 ma alla fine non ha funzionato).

Mi piace ancora il prodotto. Dopo un po 'di tempo ho risolto tutto e il nostro apprendista è in grado di progettare e pubblicare ottime relazioni.

Answer 9

SSRS è incredibilmente semplice da utilizzare. Abbiamo avuto stagisti scrivendo rapporti il ​​primo giorno di lavoro con SSRS e facendo un buon lavoro a.

Questa semplicità è molto importante per gli sviluppatori che vogliono solo ottenere rapporti rapidi in modo che possano tornare a codifica attuale.

Answer 10

SSRS 2005 Pro integrati in SharePoint Contro integrazione in Sharepoint potrebbe essere un disastro per impostare utilizzando Kerberos, ecc ...

Answer 11

io solo mettere alcuni svantaggi qui come la maggior parte delle persone hanno già detto i benefici.

SSRS 2008: interfaccia utente Primitive poca flessibilità per fare cose di fantasia, vale a dire i grafici vistosi, mappe geo (w/o Lat Long) interazione con l'utente è limitato solo ad applicare i filtri, il resto è piuttosto statica

MS seriamente deve ripensare ciò che i concorrenti stanno facendo nel campo della visualizzazione dei dati di BI &.