Foi útil?

Solução

SSRS tem uma boa opção de cache, por isso não deve dificultar o seu servidor de produção. Cach tem cache também, mas usa o cache ASP.NET (os dados do relatório são armazenados em cache em seu processo de trabalhador dos servidores da Web e não é algo que eu recomendaria).

SSRS soprou CR na minha opinião;Eu acho o IDE SSRS muito mais fácil de usar do que CR, parece ser muito mais fácil de implantar, e o SSRS oferece muitas opções que CR não.

Eu usei sprocs com ambos os SSRs e CR - eu não vi nenhum problema com nenhum.

Outras dicas

Estamos no meio de uma migração do nosso sistema de Crystal Enterprise para serviços de relatórios SQL.Depois de alguma pesquisa e algumas leituras, estou achando SSRs fácil de usar e compreender.Isso ajuda a se organizar e decidir sobre a estrutura de segurança em que você deseja apresentar relatórios aos seus usuários.Uma vez que eu tive que organizado e publicado, decidi assumir o maior e mais complexo relatório de cristal que temos e reprojetamos usando SSRs (não usando qualquer ferramenta RPT para XML).Esta tarefa ajudou-me a aprender esta nova maneira de fazer relatórios e acho que a capacidade de projetar em vs (ou Microsoft SQL Server Report Builder) fácil e o flexibilty surpreendendo.

Eu recomendo mudar se você puder!

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top