Detalhamento, busca detalhada, sub-relatórios e regiões de dados aninhadas em um relatório paginado (Construtor de Relatórios)

Aplica-se a: Construtor de Relatórios da Microsoft (SSRS) Construtor de Relatórios do Power BI Designer de Relatórios no SQL Server Data Tools

É possível organizar dados em um relatório paginado de várias formas para mostrar a relação entre o geral e o detalhado. É possível colocar todos os dados no relatório, mas defini-lo como oculto até que um usuário clique para revelar detalhes; trata-se de uma ação de busca detalhada . É possível exibir os dados em uma região de dados, como uma tabela ou um gráfico, aninhado em outra região de dados, como uma tabela ou matriz. É possível exibir os dados em um sub-relatório totalmente contido em um relatório principal. Se preferir, você pode colocar os dados detalhados em relatórios de detalhamento , relatórios à parte que são exibidos quando um usuário clica em um link.

a. Relatório detalhado

B. Sub-relatório

C. Regiões de dados aninhadas

D. Ação de busca detalhada

Todos eles têm aspectos em comum, mas com finalidades diferentes e recursos diferentes. Dois deles, relatórios detalhados e sub-relatórios, são relatórios efetivamente à parte. Aninhamento significa uma estrutura de hierarquia a ser percorrer. Por exemplo, Relatório A –> Relatório B –> Relatório C. Drilldown é uma ação que você pode aplicar a qualquer item de relatório para ocultar e mostrar outros itens de relatório. Todos eles são formas de organizar e exibir dados para ajudar os usuários a compreender 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, 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 características diferentes. Os detalhes estarão em seções separadas posteriormente neste tópico. A busca detalhada não está incluída nessas comparações porque é possível aplicar a ação de exibição e ocultação a qualquer item de relatório.

Característica	Sub-relatório	Detalhamento	aninhado
Usa o conjunto de dados do relatório principal	Igual ou diferente	Igual ou diferente	Idêntico
Recupera dados	Dados recuperados ao mesmo tempo que o relatório principal	Dados recuperaram um relatório detalhado por vez	Dados recuperados todos ao mesmo tempo que o relatório principal
São processados e renderizados	Com o relatório principal	Quando o link é clicado	Com o relatório principal.
É executado	Mais lenta (mas recupera todos os dados com o relatório principal)	Mais rápida (mas não recupera todos os dados com o relatório principal)	Mais rápida (e recupera todos os dados com o relatório principal)
Usa parâmetros	Sim	Sim	Não
Podem ser reutilizados.	Como relatório, sub-relatório ou relatório detalhado em outros relatórios	Como relatório, sub-relatório ou relatório detalhado em outros relatórios	Não podem ser reutilizados.
São localizados	Externos ao relatório principal, mesmo servidor de relatório ou diferente	Externos ao relatório principal, mesmo servidor de relatório	Internos ao relatório principal
São exibidos	No relatório principal	Em um relatório diferente	No relatório principal

Detalhes das características

Conjuntos de dados usados

Os sub-relatórios e os relatórios detalhados podem usar o mesmo conjunto de dados no relatório principal ou usar um diferente. As regiões de dados aninhadas usam o mesmo conjunto de dados.

Recuperando dados

Os sub-relatórios e as regiões de dados aninhadas recuperam dados ao mesmo tempo que o relatório principal. Os relatórios detalhados, não. Cada relatório detalhado recupera dados quando um usuário clica em cada link. Isso será significativo, se os dados do relatório principal e do relatório subordinado precisarem 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 com informações sobre os detalhes do pedido for adicionado a uma célula de tabela na linha de detalhes, o sub-relatório será processado uma vez por linha e será renderizado como parte do relatório principal. Um relatório detalhado só é processado e renderizado quando o usuário clica no link de detalhamento no relatório de resumo principal.

Desempenho

Ao decidir qual usar, considere usar uma região de dados, e não um sub-relatório, especialmente se ele não for usado por vários relatórios. Como o servidor de relatório processa cada instância de um sub-relatório como um relatório separado, pode haver impacto no desempenho. As regiões de dados fornecem muito da funcionalidade e flexibilidade de sub-relatórios, mas com melhor desempenho. Os relatórios detalhados também têm desempenho melhor que os sub-relatórios, porque eles não recuperam todos os dados ao mesmo tempo que o relatório principal.

Uso de parâmetros

Normalmente, os relatórios detalhados e os sub-relatórios têm parâmetros de relatório que especificam quais dados de relatório devem ser exibidos. Por exemplo, se você clicar em um número de pedido de venda em um relatório principal, um relatório detalhado será aberto, aceitando o número de pedido de venda como um parâmetro e exibindo todos os dados desse pedido. Ao criar o link no relatório principal, você especifica valores a serem passados como parâmetros ao relatório detalhado.

Para criar um relatório detalhado ou sub-relatório, você deve criar o relatório detalhado de destino ou o sub-relatório primeiro e, em seguida, criar uma ação de detalhamento ou adicionar a referência ao relatório principal.

Capacidade de reutilização

Os sub-relatórios e os relatórios detalhados são relatórios separados. Dessa forma, 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ávéis. Não é possível salvá-los como partes de relatório porque eles são aninhados em uma região de dados. É possível salvar a região de dados que os contém como uma 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 de SQL Server Reporting Services, começando com o SQL Server Reporting Services 2019, e para todas as versões do Servidor de Relatórios do Power BI, começando com o Servidor de Relatórios do Power BI de setembro de 2022.

Location

Como os sub-relatórios e os relatórios detalhados são separados, eles são armazenados externamente ao relatório principal. Os sub-relatórios podem estar no mesmo servidor de relatório ou em um diferente, mas os relatórios detalhados devem estar no mesmo servidor de relatório. As regiões de dados aninhadas fazem parte do relatório principal.

Exibir

Os sub-relatórios e as regiões de dados aninhadas são exibidos no relatório principal. Os relatórios detalhados são exibidos sozinhos.

Nesta seção

Relatórios detalhados (Construtor de Relatórios e SSRS)
Explica relatórios abertos quando um usuário clica em um link em um relatório principal.

Sub-relatórios (Construtor de Relatórios e SSRS)
Explica esses sub-relatórios exibidos no corpo de um relatório principal.

Regiões de dados aninhadas (Construtor de Relatórios e SSRS)
Explica o aninhamento de uma região de dados em outra, como um gráfico aninhado dentro de uma matriz.

Ação de análise detalhada (Construtor de Relatórios e SSRS)
Explica o uso da ação de busca detalhada para ocultar e mostrar itens de relatório.

Especificando caminhos para itens externos (Construtor de Relatórios e SSRS)
Explica como se referir a itens que são externo ao arquivo de definição de relatório.

Consulte Também

Parâmetros de relatório (Construtor de Relatórios e Designer de Relatórios)