Qual è il tuo strumento di reporting preferito?[Chiuso]

StackOverflow https://stackoverflow.com/questions/18952

Domanda

Ogni progetto necessita invariabilmente di un qualche tipo di funzionalità di reporting.Da un ciclo foreach nella lingua che preferisci a una piattaforma BI completa.

Per portare a termine il lavoro, quali strumenti, widget, piattaforme ha utilizzato il gruppo con successo, frustrazione e fallimento?

È stato utile?

Soluzione

Per eliminare report abbastanza "ordinari", SQL Reporting Services è davvero impressionante.

Per analisi complesse, caricare i dati (magari preaggregati) in una tabella pivot di Excel è generalmente adeguato per la maggior parte degli utenti.

Ho scoperto che puoi dedicare molto tempo (e denaro) alla creazione di una suite di reporting "ad hoc" completa e dopo il primo mese o due di "fattore wow", il 99% dei report generati sarà lo stesso report con piccole differenze in un insieme fisso di parametri.

Non accettare quando un utente afferma di volere report "ad hoc" senza specificare quali obiettivi e target sta cercando.Stanno solo pescando e hanno effettivamente bisogno di dedicare tanto tempo a PENSARE ai LORO requisiti di reporting quanto TU dovresti dedicarlo a COSTRUIRE la loro soluzione.

Ho passato troppo tempo a costruire "il sistema in grado di riportare tutto" e perché diventasse obsoleto o in disgrazia prima che fosse finito.Molto meglio eliminare le vittorie rapide il più rapidamente possibile e poi dedicare il tempo a "sistematizzare" i rapporti più importanti.

Altri suggerimenti

Per la maggior parte dei report utilizziamo BIRT.

Ho utilizzato Reporting Services e Crystal in modo abbastanza estensivo e al momento sto scrivendo alcuni report utilizzando Excel (ick).

Reporting Services è abbastanza buono per report semplici ma non appena è necessario il controllo totale su formattazione, formule e grafici complessi, ecc.Il cristallo è molto avanti.Trovo anche che Crystal sia molto più utilizzabile;essere in grado di cambiare le cose all'interno dell'anteprima del report ha un valore inestimabile (potrebbe essere possibile nelle versioni successive di RS?).

RS deve anche essere distribuito su un server Web, il che ne limita l'utilità se si scrivono applicazioni che devono essere distribuite esternamente.

Le versioni precedenti di Crystal erano molto difettose, ma quelle più recenti sono molto migliori, sono molto più mature di Reporting Services.

Per molti progetti utilizziamo ActiveReports.

Sono un committente del progetto BIRT, quindi sono di parte.BIRT fornisce un modello di oggetto di report (ROM) molto ben studiato e un'API appropriata per le varie funzioni di progettazione e distribuzione necessarie.Inoltre, BIRT fornisce il miglior supporto multilingue e la possibilità di separare lo sviluppo dalla progettazione attraverso l'uso dei CSS.

BIRT può essere incorporato nella tua applicazione senza costi di licenza tramite REAPI oppure può essere acquistato tramite un paio di offerte commerciali.

Cognos è una solida suite di strumenti (lo usiamo come front-end per un back-end Oracle), ma c'è una marcata mancanza di documentazione su come eseguire attività di reporting complesse: per lo più, finisci per sbatterci sopra fino a quando non far funzionare qualcosa.

Non escluderei l'utilità dell'utilizzo di Microsoft Access come front-end di reporting.Non dispone di utili funzionalità abilitate al Web, ma per i report interni è molto versatile e sorprendentemente potente.

Noi usiamo i-net Cancella report per la nostra segnalazione (visto che "mangiamo il nostro cibo per cani").;)

  • È come Crystal Reports,
  • può leggere i modelli Crystal Reports,
  • l'API è più utile,
  • costa meno di Crystal Reports (e se si tiene conto dei costi di supporto, costa meno dell’open source)
  • è indipendente dalla piattaforma perché scritto in Java.
  • offriamo un servizio gratuito e perfettamente funzionante progettista di rapporti

Se hai tutti i soldi del mondo, vai con Cognos.Forniscono un cubo di dati che essenzialmente rende il reporting "gratuito per gli sviluppatori" e l'utente finale può creare report, dashboard e qualsiasi cosa desideri.

Per l '"uomo comune", mi sono molto affezionato ai report di ComponentOne per le librerie/strumenti .NET.Ha un aspetto simile a Crystal Reports, ma ha un formato XML molto amichevole che puoi modificare di nascosto e senza problemi con il controllo delle versioni, le chiavi e altri elementi che ho dovuto affrontare quando ho effettuato semplici aggiornamenti a entrambi il rapporto o la versione sottostante.

Non ho davvero molto lavoro SSAS da fare, ma sono rimasto piuttosto preso da questo:

Cubo Browser per ASP.net

Offre molte delle funzionalità di una tabella pivot Excel in un'app Web (penso di non essere abbastanza esperto di Excel per conoscere davvero tutte le funzionalità della tabella pivot: almeno sembra paragonabile al browser cubo di Visual Studio) .

Purtroppo le demo non sembrano più essere online :(

Dovrei essere d'accordo, mi piace molto SQL Server Reporting Services.Fa semplicemente cose e lo fa facilmente.

Crystal Reports, perché è facile prendere lo stesso file di report esatto e

1 - Pubblicalo sulla Intranet

2 - Incorporalo in un'applicazione

3 - Pianificalo affinché venga inviato via email come output Excel di tanto in tanto a chi ne ha bisogno

Inoltre (come ho già suggerito), esporta facilmente in Excel, PDF e altri formati.

Abbiamo utilizzato BIRT che ha avuto una curva di apprendimento ripida per me finché non ho realizzato quante funzionalità WYSIWIG aveva (ho iniziato a modificare direttamente il codice sorgente xml, cosa che non consiglio). Ci sono alcuni trucchi specifici per l'output (come usare un margine sinistro di 0 per non ottenere una colonna A vuota durante l'output in formato XLS) ma per la maggior parte è veloce e facile da usare, modificare e visualizzare in anteprima.

Sono rimasto colpito anche da quanto sia facile mescolare diversi set di dati in un unico report.Sebbene non sia una soluzione miracolosa, è uno strumento completo migliore di quello che il 99,999% delle persone costruirà da solo.

"Dai loro i dati e ti ameranno per questo"

Tra i metodi e gli strumenti che ho utilizzato in passato, li classificherei nel seguente ordine in base a capacità/versatilità/usabilità/velocità di implementazione.Lascio fuori il costo perché, sebbene sia sempre un fattore, è un fattore diverso per tutti.

1 è Cognos (versione 8)

2 è Reporting di SQL Server

3 è Crystal Reports

4 è il codice scritto personalizzato

Non ho utilizzato nessuno degli altri strumenti menzionati.Cognos 8 è a dir poco fantastico.Anche se costoso, sei limitato solo dalla tua immaginazione.Può fare qualsiasi cosa.

Questo non è tanto un suggerimento positivo, ma piuttosto un avvertimento contro i rapporti sui cristalli...Come con altre persone, ottenere la versione corretta del runtime Crystal è importante, ma dopo averlo fatto, avevo ancora questo problema:

  1. Ho trascorso settimane a sviluppare report con immagini incorporate.
  2. Testato sull'ambiente di sviluppo e di staging, tutto A-OK.
  3. Distribuisci sul server live: non funziona...Hmm...

Ho trascorso due settimane esplorando i forum e cercando consigli, alla fine ho ricevuto una risposta da un corpo di cristallo sui loro forum.Gli è stato suggerito di aver riscontrato un problema simile relativo alla configurazione di MS Paint come applicazione predefinita per una determinata estensione di file.

A questo punto, abbiamo rinunciato a provarci (dopo aver convinto il mio capo che questa non era una risposta per prendersela per il culo, ma in realtà una risposta formale da parte di Crystal).Stavamo migrando facilmente su nuovi server circa un mese dopo (dove i rapporti funzionavano), ma onestamente, non li avremmo più toccati...

Oh, e ho usato SSRS e l'ho trovato abbastanza buono per la maggior parte delle cose (in particolare la versione più recente).

Software per tabelle è uno strumento straordinario per eseguire i tuoi report e ottenere facilmente analisi approfondite

Per i report semplici utilizzo il ReportViewer standard incluso in Visual Studio.

Per report più complicati e che richiedono maggiori prestazioni ho utilizzato sia Report Sharp Shooter che devExpress XtraReports.Sorprendentemente, in entrambi i prodotti la creazione di tabelle non è così semplice come dovrebbe, ma entrambi sono più veloci di ReportViewer e gestiscono estremamente bene report multicolonna, codici a barre e dati aggregati.

Usiamo Cognos, è un sistema abbastanza complesso, ma molto potente.

ho un piccolo set di report, realizzato in 2 mesi:

almeno 10 volte più veloce dei Crystal Reports;

modifica facile;

formula .net;

facile utilizzo;

piccolo utilizzo del codice;

serializzazione e deserializzazione (veloce e piccola);

estrema sicurezza;

multi-thread;

nessun errore;

Avevamo utilizzato MS Reporting Services, ma non ne eravamo completamente soddisfatti.Motivi:

  • è necessario per rendere difficile la configurazione del server
  • non è possibile incorporare l'editor di report nella nostra app senza acquistare la licenza del server SQL per ogni utente
  • è possibile utilizzare solo l'interfaccia utente di input dei parametri del report incorporati o inviarli dall'app, ma non creare parametri dell'interfaccia utente dal progettista del report

Ora utilizziamo Stimulsoft Reports.Non ha limitazioni come MS Reporting Services e noi e i tuoi utenti ne siamo soddisfatti.

1) Penso che Reporting Services sia molto buono per la maggior parte delle esigenze, quando si tratta di sviluppare report basati su tabelle e anche report a matrice (funzionalità drilldown - tipo pivot). Considerando il prezzo di Cognos ecc.Una PMI non può nemmeno sognarsi di ottenere Congns AFAIK

2) La funzionalità di pianificazione/sottoscrizione dei report può essere richiamata per inviare report a un insieme di utenti (basati sui dati) per fornire report.Gli abbonamenti possono essere consegnati a percorsi personalizzati come un SFTP, scrivendo il codice .Net.

3) Utilizzando i modelli di report, l'utente finale può trascinare e rilasciare colonne e sviluppare report personalizzati

Da notare:

1) Può diventare più complicato una volta sviluppati report di tipo grafico/cruscotto davvero complessi, che coinvolgono pochi grafici e piccole tabelle da visualizzare in A4.Report Designer (lo strumento che utilizziamo per progettare report) e Web Display utilizzano motori di rendering diversi.Quindi è meglio distribuire spesso i report e vedere come appaiono, se si sviluppano report grafici complessi

2) Se scrivi funzionalità personalizzate, potrebbe essere necessario modificare i file di configurazione XML (RSReportServer.Config ecc.).Se si verificano problemi nella modifica, il servizio ReportServer potrebbe interrompersi.Quindi fai attenzione a eseguire il backup prima di fare qualsiasi cosa personalizzata

Cognos con un backend Oracle è ciò che utilizziamo.Utilizziamo anche Spotfire per la visualizzazione su Cognos.

Sono il CTO di Windward e ne sono convinto Rapporti sopravvento è di gran lunga il più semplice da usare e puoi fare di più con esso rispetto a qualsiasi altro reporting - ed entrambe le caratteristiche sono per lo stesso motivo, progetti i tuoi report in Word, Excel e PowerPoint.

Per quanto riguarda i report generati, è veloce, è solido come una roccia e incorporarlo nel tuo programma può richiedere solo 3 righe di codice.

Usiamo Crystal Reports dove lavoro.Ha alcune limitazioni e ci troviamo a eseguire quasi tutta la logica nelle procedure e nelle visualizzazioni del database.

Una limitazione da tenere presente è che Crystal Reports non consente sottoreport a più livelli.In altre parole, non è possibile avere un sottoreport all'interno di un sottoreport.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top