Resumo: Os Sub-relatórios pode matar o desempenho de um relatório, mas quando usado com um pouco de imaginação pode ser uma ferramenta útil na expansão de funcionalidades do Crystal Reports em uma maneira que não pode ser realizado por qualquer outro método.
Eu odeio sub-relatórios e sempre considero-os o último recurso em qualquer solução de relatórios. Nove em cada dez vezes requisitos de informação podem ser atendidas utilizando um pouco de premeditação e planejamento (e um sólido conhecimento de fórmulas).
Dito isto, há algumas novas maneiras de usar sub-relatórios que não vai afetar o desempenho e realmente será uma vantagem para o desenvolvedor
1. Cabeçalho do Relatório
Qualquer informação, gráficos, logotipos ou campos especiais, que aparecerá em todos os relatórios podem ser construídos em um sub-relatório que é então adicionado ao relatório principal.
O impacto no desempenho é mínimo,Mas o benefício real vem quando a empresa decide atualizar seu logotipo ou a cor corporativa, Enquanto o sub-relatório é definido como "Re-import ao abrir" , apenas um sub-relatório de precisa ser alterado para impacto em toda a biblioteca relatório inteiro.
2. Conciliar grupos em conflito
Muitas vezes, há uma exigência para mostrar a mesma informação resumida por grupos logicamente conflitantes. Por exemplo: mostrando o total de vendas para cada semana dentro de um mês e totais de vendas por equipe em um mês.
Um relatório típico sub pode ser usado para carregar os dados novamente, em seguida, grupo pelo segundo valor, e esta é a maneira típica de usar um sub-relatório . Mas acessando o banco de dados novamente para os dados que você tem é um desperdício de recursos que pode ser incapacitante com relatórios maiores.
A maneira mais eficiente de lidar com isso é carregar as informações que deseja em um ou mais arrays e passá-las por meio do sub-relatório grupo para formatar e como você quer.
É possível exibir a matriz no relatório principal e renunciar à necessidade de um sub-relatório em todos , mas se você está relatando contra um monte de dados há uma chance de o relatório ser feito antes da matriz e for totalmente exibido.
3. Condicional Metas de Dados
Me deparo com esta questão com bastante frequência: um relatório é necessário sempre que mostra o mesmo conjunto de dados, além de um dos dois (ou mais) outros conjuntos de dados, dependendo da escolha do usuário ou os resultados retornados a partir do primeiro conjunto de dados.
Porque um único relatório só pode ter um conjunto de tabelas vinculadas, vários sub-relatórios deve ser usado.
Por exemplo : um relatório de vendas mostra a receita para um escritório particular, se o escritório atingiu seu alvo os gestores eles querem ver como eles se comparam com o resto dos outros escritórios, mas se eles não conseguem atingir o seu objetivo eles querem ver as vendas discriminadas por cada representante para identificar as áreas problemáticas.
Um relatório é baseado em representantes de vendas e um escritório de vendas nação requerem tabelas completamente diferentes. A maneira mais eficiente para resolver este problema é criar um sub-relatório para cada .
Nenhum comentário:
Postar um comentário