SQL Reporting Services 2008 ha confrontato i rapporti in cristallo?

Question

Sono in procinto di decidere se utilizzare SSRS o CR per le nostre esigenze di segnalazione. Ho letto diverse discussioni, tra cui report di cristallo Vs. Microsoft SQL Server Reporting Servizi e Confronta SQL Server Reporting Services to Crystal Reports . Tutti i punti molto buoni e validi.

Il consenso eccessivamente sembra essere che SSRS è una scommessa migliore, in particolare per il reporting basato sul web (C #, ASP.NET) con funzionalità di tipo più esportazioni.

L'unica preoccupazione che abbiamo avuto in discussione è che non siamo del tutto sicuri di come SSRS Gunk up il nostro server SQL.

Inoltre, tutti i dati sono accessibili solo da splocs - nessun accesso alla tabella diretta e ho letto su alcuni dei problemi relativi a SQL di CR, che sembrano ancora un altro deterrente.

Voglio solo assicurarmi che l'utilizzo di SSRS sui nostri server produttivi non ostacolino in alcun modo le prestazioni del nostro server corrente.

Answer 1

SSRS ha un'opzione di caching piuttosto buona, quindi non dovrebbe ostacolare il tuo server di produzione. CR ha anche la memorizzazione nella cache, ma utilizza il caching ASP.NET (i dati del report sono memorizzati nella cache nel processo di lavoratori dei server Web e non è qualcosa che consiglierei).

SSRS ha soffiato a crAl a mio parere;Trovo che gli SSRS IDE molto più facili da usare rispetto a CR, sembra essere molto più facile da implementare, e SSRS offre molte opzioni che CR non fa.

Ho usato Sprocs con SSRS e CR - non ho visto alcun problema con nemmeno.

Answer 2

Siamo nel mezzo di una migrazione del nostro sistema di cristallo Enterprise a SQL Reporting Services.Dopo alcune ricerche e alcune letture, sto trovando SSRS facile da usare e cogliere.Aiuta a farti organizzare e decidere la struttura di sicurezza in cui si desidera presentare rapporti ai tuoi utenti.Una volta che ho organizzato e pubblicato, ho deciso di prendere il più grande e complesso report di cristallo che abbiamo e ri-progettandolo utilizzando SSRS (non utilizzando alcuno strumento RPT in XML).Questo compito mi ha aiutato a imparare questo nuovo modo di fare rapporti e trovo la possibilità di progettare in VS (o Microsoft SQL Server Report Builder) facile e il flexibilty incredibile.

Consiglio vivamente di cambiare se puoi!