Qual é a sua ferramenta de relatório preferida?[fechado]

https://stackoverflow.com/questions/18952

09-06-2019
|

Pergunta

Todo projeto invariavelmente precisa de algum tipo de funcionalidade de relatório.Desde um loop foreach no idioma de sua preferência até uma plataforma de BI completa.

Para realizar o trabalho, quais ferramentas, widgets e plataformas o grupo usou com sucesso, frustração e fracasso?

Solução

Para produzir relatórios bastante "comuns", o SQL Reporting Services é realmente impressionante.

Para análises complicadas, carregar os dados (talvez pré-agregados) em uma tabela dinâmica do Excel geralmente é adequado para a maioria dos usuários.

Descobri que você pode gastar muito tempo (e dinheiro) construindo um conjunto abrangente de relatórios "ad-hoc" e, após um ou dois meses do "fator surpreendente", 99% dos relatórios gerados serão o mesmo relatório com pequenas diferenças em um conjunto fixo de parâmetros.

Não aceite quando um usuário disser que deseja relatórios "ad-hoc" sem especificar quais objetivos e metas ele procura.Eles estão apenas pescando e precisam gastar tanto tempo PENSANDO sobre SEUS requisitos de relatórios quanto VOCÊ gastaria CONSTRUINDO sua solução.

Passei muito tempo construindo "o sistema que pode relatar tudo" e para que ele ficasse desatualizado ou desfavorecido antes de ser concluído.É muito melhor eliminar os ganhos rápidos o mais rápido possível e depois gastar tempo "sistematizando" os relatórios mais importantes.

Outras dicas

Para a maioria dos relatórios que usamos NASCIMENTO.

Usei o Reporting Services e o Crystal bastante e estou escrevendo alguns relatórios usando o Excel (ick) no momento.

O Reporting Services é muito bom para relatórios simples, mas assim que você precisar de controle total sobre formatação, fórmulas e gráficos complexos, etc.Cristal está muito à frente.Também considero o Crystal muito mais utilizável;ser capaz de mudar as coisas na visualização do relatório é inestimável (pode ser possível em versões posteriores do RS?).

O RS também precisa ser implantado em um servidor web, o que limita sua utilidade se você estiver escrevendo aplicativos que precisam ser implantados externamente.

As versões mais antigas do Crystal apresentavam muitos bugs, mas as mais recentes são muito melhores, são muito mais maduras que o Reporting Services.

Para muitos projetos usamos ActiveReports.

Sou um colaborador do projeto BIRT, por isso sou tendencioso.O BIRT fornece um modelo de objeto de relatório (ROM) muito bem pensado e uma API apropriada para as diversas funções de design e implementação necessárias.Além disso, o BIRT oferece o melhor suporte multilíngue e a capacidade de separar o desenvolvimento do design através do uso de CSS.

O BIRT pode ser incorporado ao seu aplicativo sem custo de licença por meio da REAPI ou pode ser adquirido por meio de algumas ofertas comerciais.

Cognos é um conjunto robusto de ferramentas (nós o usamos como front-end para um back-end Oracle), mas há uma falta acentuada de documentação sobre como realizar tarefas complexas de relatórios - principalmente, você acaba trabalhando nele até você fazer algo funcionar.

Eu não descartaria a utilidade de usar o Microsoft Access como front-end de relatórios.Ele não possui aquela funcionalidade útil habilitada para Web, mas para relatórios internos é muito versátil e surpreendentemente poderoso.

Nós usamos Relatórios claros do i-net para nossas reportagens (vendo como "comemos nossa própria comida de cachorro").;)

É como o Crystal Reports,
pode ler modelos do Crystal Reports,
a API é mais útil,
custa menos que o Crystal Reports (e se você levar em consideração os custos de suporte, custa menos que código aberto)
é independente de plataforma porque escrito em Java.
oferecemos um serviço gratuito e totalmente funcional designer de relatório

Se você tem todo o dinheiro do mundo, escolha Cognos.Eles fornecem um cubo de dados que essencialmente torna o relatório “livre para o desenvolvedor” e o usuário final pode criar relatórios, painéis, o que quiser.

Para o "homem comum", passei a gostar bastante dos relatórios ComponentOne para bibliotecas/ferramentas .NET.Ele tem uma sensação semelhante ao Crystal Reports, mas possui um formato XML muito amigável que você edita internamente e nenhuma dor de cabeça com controle de versão, chaves e outros itens com os quais tive que lidar ao fazer atualizações simples para qualquer um o relatório ou a versão subjacente.

Na verdade, não tenho muito trabalho de SSAS para fazer, mas estou bastante impressionado com isso:

Navegador de cubo para ASP.net

Ele oferece muitos dos recursos de uma tabela dinâmica do Excel em um aplicativo da web (pensei que não sou especialista o suficiente em Excel para realmente conhecer todos os recursos da tabela dinâmica - pelo menos parece comparável ao navegador de cubo do visual studio) .

Infelizmente, as demos não parecem mais estar online :(

Eu teria que concordar, gosto muito do SQL Server Reporting Services.Ele simplesmente faz coisas e faz isso facilmente.

Crystal Reports, porque é fácil pegar exatamente o mesmo arquivo de relatório e

1 – Poste na intranet

2 – Incorpore-o em um aplicativo

3 - Programe para ser enviado por e-mail como saída Excel de vez em quando para quem precisar

Além disso (como já sugeri), exporta facilmente para Excel, PDF e outros formatos.

Temos usado o BIRT, que teve uma curva de aprendizado acentuada para mim, até que percebi quantos recursos WYSIWIG ele tinha (comecei a editar o código-fonte xml diretamente, o que não recomendo). Existem alguns truques específicos de saída (como usar uma margem esquerda 0 para não obter uma coluna A em branco ao enviar para o formato XLS), mas na maior parte é rápido e fácil de usar, editar e visualizar.

Também fiquei impressionado com a facilidade de misturar diferentes conjuntos de dados em um único relatório.Embora não seja uma solução mágica, é uma ferramenta geral melhor do que 99,999% das pessoas construirão por conta própria.

"Dê-lhes dados e eles vão adorar você por isso"

Dos métodos e ferramentas que usei no passado, eu os classificaria na seguinte ordem com base em habilidades/versatilidade/usabilidade/velocidade de implantação.Estou deixando o custo de fora porque, embora seja sempre um fator, é um fator diferente para cada pessoa.

1 é Cognos (versão 8)

2 é o relatório do SQL Server

3 é Crystal Reports

4 é código escrito personalizado

Não usei nenhuma das outras ferramentas mencionadas.O Cognos 8 é simplesmente incrível.Embora caro, você está limitado apenas pela sua imaginação.Pode fazer qualquer coisa.

Esta não é tanto uma sugestão positiva, mas mais um conto de advertência contra os relatórios de cristal...Tal como acontece com outras pessoas, é importante obter a versão correta do tempo de execução do cristal, mas depois de fazer isso, ainda tive este problema:

Passei semanas desenvolvendo relatórios com imagens incorporadas.
Testado em ambiente de desenvolvimento e teste, tudo OK.
Implantar no servidor ativo - não funciona...Hmmm...

Passei duas semanas vasculhando fóruns e procurando conselhos, finalmente obtive uma resposta de um corpo de cristal em seus fóruns.Sugeriu que ele tinha visto um problema semelhante relacionado ao MS Paint ser configurado como o aplicativo padrão para uma determinada extensão de arquivo.

Nesse ponto, desistimos de tentar (depois que convenci meu chefe de que essa não era uma resposta de irônico, mas na verdade uma resposta formal de Crystal).Com folga, estávamos migrando para novos servidores cerca de um mês depois (onde os relatórios funcionavam), mas, honestamente, não tocaríamos neles novamente...

Ah, e usei o SSRS e descobri que é muito bom para a maioria das coisas (principalmente a versão mais recente).

Software Tableau é uma ferramenta incrível para gerar seus relatórios e obter análises profundas com facilidade

Para relatórios simples eu uso o ReportViewer padrão incluído no Visual Studio.

Para relatórios mais complicados e que exigem mais desempenho, usei o Report Sharp Shooter e o devExpress XtraReports.Surpreendentemente, em ambos os produtos, a criação de tabelas não é tão fácil quanto deveria, mas ambos são mais rápidos que o ReportViewer e lidam extremamente bem com relatórios de múltiplas colunas, códigos de barras e dados agregados.

Usamos Cognos, é um sistema bastante complexo, mas muito poderoso.

tenho um pequeno conjunto de relatórios, feito em 2 meses:

pelo menos 10 vezes mais rápido que os relatórios de cristal;

edição fácil;

Fórmula .net;

fácil utilização;

uso pequeno de código;

serialização e desserialização (rápida e pequena);

extrema segurança;

multiencadeado;

Sem erros;

Usamos o MS Reporting Services, mas ficamos completamente insatisfeitos com ele.Razões:

é necessário dificultar a configuração do servidor
não é possível incorporar o editor de relatórios em nosso aplicativo sem comprar uma licença do SQL Server para cada usuário
só é possível usar a interface do usuário do formulário de entrada de parâmetros de relatório incorporados ou enviá-los do aplicativo, mas não criar a interface do usuário de parâmetros pelo designer de relatório

Agora estamos usando o Stimulsoft Reports.Ele não tem limitações como o MS Reporting Services, e nós e seus usuários estamos satisfeitos com isso.

1) Eu acho que o Reporting Services é muito bom para a maioria das necessidades, quando se trata de desenvolver relatórios baseados em tabelas e também relatórios de matriz (detalhamento - funcionalidade semelhante a pivô). Considerando o preço do Cognos etc.Uma PME nem pode sonhar em obter o Congns AFAIK

2) A funcionalidade de agendamento/assinatura de relatórios pode ser invocada para enviar relatórios a um conjunto de usuários (orientados por dados) para entregar relatórios.As assinaturas podem ser entregues em locais personalizados, como SFTP, escrevendo código .Net.

3) Usando modelos de relatórios, o usuário final pode arrastar e soltar colunas e desenvolver relatórios personalizados

Anotar:

1) Pode ficar mais complicado quando você desenvolve relatórios realmente complexos do tipo gráfico/painel - que envolvem poucos gráficos e pequenas tabelas para serem exibidos em A4.O Report Designer (a ferramenta que usamos para criar relatórios) e a exibição na Web usam mecanismos de renderização diferentes.Portanto, é melhor implantar os relatórios com frequência e ver como eles ficam, se você desenvolver relatórios gráficos complexos

2) Se você escrever uma funcionalidade personalizada, talvez seja necessário alterar os arquivos de configuração XML (RSReportServer.Config etc).Se houver algum problema na edição, o serviço ReportServer poderá parar.Portanto, tome cuidado para fazer backup antes de fazer qualquer coisa personalizada

Cognos com backend Oracle é o que usamos.Também usamos spotfire para visualização sobre cognos.

Sou o CTO da Windward e acredito nisso Relatórios de Barlavento é de longe o mais fácil de usar e você pode fazer mais com ele do que qualquer outro relatório - e ambas as características têm o mesmo motivo: você cria seus relatórios no Word, Excel e PowerPoint.

Quanto aos relatórios gerados, são rápidos, sólidos e incorporá-los ao seu programa pode levar apenas 3 linhas de código.

Usamos Crystal Reports onde trabalho.Ele tem algumas limitações e nos encontramos fazendo quase toda a lógica nos procedimentos e visualizações do banco de dados.

Uma limitação a ser observada é que o Crystal Reports não permite sub-relatórios em múltiplas camadas.Em outras palavras, você não pode ter um sub-relatório dentro de um sub-relatório.

Licenciado em: CC-BY-SA com atribuição

Não afiliado a StackOverflow