Nota
O acesso a esta página requer autorização. Podes tentar iniciar sessão ou mudar de diretório.
O acesso a esta página requer autorização. Podes tentar mudar de diretório.
Aplica-se a: Microsoft Report Builder (SSRS)
Power BI Report Builder
Designer de Relatórios nas Ferramentas de Dados SQL Server
Pode organizar os dados num relatório paginado de várias formas para mostrar a relação do geral com o detalhado. Você pode colocar todos os dados no relatório, mas configurá-los para serem ocultos até que um usuário clique para revelar detalhes; Esta é uma ação de detalhamento . Você pode exibir os dados em uma região de dados, como uma tabela ou gráfico, que está aninhado dentro de outra região de dados, como uma tabela ou matriz. Você pode exibir os dados em um sub-relatório que está completamente contido em um relatório principal. Ou, você pode colocar os dados detalhados em relatórios de detalhamento , relatórios separados que são exibidos quando um usuário clica em um link.
A. Relatório de detalhamento
B. Sub-relatório
C. Regiões de dados aninhadas
D. Ação de detalhamento
Todos eles têm pontos em comum, mas servem propósitos diferentes e têm características diferentes. Dois deles, relatórios de detalhamento e sub-relatórios, são, na verdade, relatórios separados. Nesting significa uma estrutura hierárquica para explorar. Por exemplo, Relatório A -> Relatório B -> Relatório C. A análise detalhada é uma ação que pode aplicar a qualquer item do relatório para ocultar e mostrar outros itens do relatório. Todas elas são maneiras de organizar e exibir dados para ajudar os usuários a entender melhor o relatório.
Observação
Você pode criar e modificar arquivos de definição de relatório paginado (.rdl) no Construtor de Relatórios da Microsoft, no Construtor de Relatórios do Power BI e no Designer de Relatórios no SQL Server Data Tools.
Resumo das Características
Esta tabela resume essas diferentes características. Os detalhes estão em seções separadas mais adiante neste tópico. O detalhamento não está incluído nessas comparações porque você pode aplicar sua ação de mostrar e ocultar a qualquer item de relatório.
| Traço | Sub-relatório | Exploração Detalhada | Aninhado |
|---|---|---|---|
| Usa o conjunto de dados do relatório principal | Igual ou diferente | Igual ou diferente | Same |
| Recupera dados | Dados recuperados ao mesmo tempo que o relatório principal | Dados recuperados um relatório de detalhamento de cada vez | Dados recuperados todos ao mesmo tempo que o relatório principal |
| É processado e renderizado | Com o relatório principal | Quando o link é clicado | Com o relatório principal. |
| Executa | Mais lento (mas recupera todos os dados com o relatório principal) | Mais rápido (mas não recupera todos os dados com o relatório principal) | Mais rápido (e recupera todos os dados com o relatório principal) |
| Usa parâmetros | Yes | Yes | Não |
| Pode ser reutilizado | Como relatório, ou sub-relatório ou relatório de detalhamento em outros relatórios | Como relatório, ou sub-relatório ou relatório de detalhamento em outros relatórios | Não pode ser reutilizado. |
| Está localizado | Externo ao relatório principal, servidor de relatórios igual ou diferente | Externo ao relatório principal, mesmo servidor de relatórios | Relatório interno ao principal |
| É exibido | No relatório principal | Num relatório diferente | No relatório principal |
Detalhes das Características
Conjuntos de Dados que Utilizam
Subrelatórios e relatórios de exploração detalhada podem usar o mesmo conjunto de dados do relatório principal ou conjuntos diferentes. As regiões de dados aninhadas usam o mesmo conjunto de dados.
Recuperando dados
Subrelatórios e regiões de dados aninhadas recuperam os dados ao mesmo tempo que o relatório principal. Os relatórios de detalhamento não. Cada relatório de detalhamento recupera dados quando um usuário clica em cada link. Isso é significativo se os dados do relatório principal e do relatório subordinado tiverem de ser recuperados ao mesmo tempo.
Processamento e Renderização
Um sub-relatório é processado como parte do relatório principal. Por exemplo, se um sub-relatório que exibe informações de detalhes da ordem for adicionado a uma célula da tabela na linha de detalhes, o sub-relatório será processado uma vez por linha da tabela e renderizado como parte do relatório principal. Um relatório de detalhamento só é processado e renderizado quando o usuário clica no link de detalhamento no relatório principal de resumo.
Performance
Ao decidir qual usar, considere usar uma região de dados em vez de um subrelatório, especialmente se o subrelatório não for utilizado por múltiplos relatórios. Como o servidor de relatórios processa cada instância de um subrelatório como um relatório separado, o desempenho pode ser afetado. As regiões de dados oferecem grande parte da mesma funcionalidade e flexibilidade dos subrelatórios, mas com melhor desempenho. Os relatórios Drillthrough também têm melhor desempenho do que os subrelatórios, porque não recuperam todos os dados ao mesmo tempo que o relatório principal.
Utilização dos parâmetros
Os relatórios e sub-relatórios de detalhamento geralmente têm parâmetros de relatório que especificam quais dados de relatório devem ser exibidos. Por exemplo, quando você clica em um número de ordem de venda em um relatório principal, é aberto um relatório de detalhamento, que aceita o número da ordem de venda como um parâmetro e, em seguida, exibe todos os dados dessa ordem de venda. Ao criar o link no relatório principal, você especifica valores a serem passados como parâmetros para o relatório de detalhamento.
Para criar um relatório ou sub-relatório de detalhamento, você deve projetar primeiro o relatório ou sub-relatório de detalhamento de destino e, em seguida, criar uma ação de detalhamento ou adicionar a referência ao relatório principal.
Reutilização
Sub-relatórios e relatórios de detalhamento são relatórios separados. Assim, eles podem ser usados em vários relatórios ou exibidos como relatórios autônomos. As regiões de dados aninhadas não são reutilizáveis. Não podes guardá-las como partes de relatório porque estão aninhadas numa região de dados. Podes guardar a região de dados que os contém como parte de relatório, mas não a região de dados aninhada.
Observação
As partes de relatório são preteridas para todas as versões do SQL Server Reporting Services começando com o SQL Server Reporting Services 2019 e todas as versões do Servidor de Relatório do Power BI começando com o Servidor de Relatório do Power BI de setembro de 2022.
Localização
Os sub-relatórios e os relatórios de detalhamento são relatórios separados, portanto, são armazenados externamente ao relatório principal. Sub-relatórios podem estar no mesmo servidor de relatórios ou noutro, mas os relatórios de detalhamento devem estar no mesmo servidor de relatórios. As regiões de dados aninhadas fazem parte do relatório principal.
Ecrã
Subrelatórios e regiões de dados aninhadas são apresentados no relatório principal. Os relatórios de detalhamento são exibidos por conta própria.
Na presente seção
Relatórios de Navegação Detalhada (Criador de Relatórios e SSRS)
Explica os relatórios que abrem quando um utilizador clica num link num relatório principal.
Subrelatórios (Construtor de Relatórios e SSRS)
Explica os relatórios que são apresentados no interior de um relatório principal.
Regiões de Dados Aninhadas (Report Builder e SSRS)
Explica o aninhamento de uma região de dados dentro de outra, como um gráfico aninhado dentro de uma matriz.
Ação de Aprofundamento (Construtor de Relatórios e SSRS)
Explica o uso da ação de detalhamento para esconder e mostrar os itens do relatório.
Especificação de Caminhos para Itens Externos (Construtor de Relatórios e SSRS)
Explica como se referir a itens externos ao ficheiro de definição do relatório.