Detalhamento, busca detalhada, sub-relatórios e regiões de dados aninhadas em um relatório paginado (Construtor de Relatórios)
Aplica-se a: 
Microsoft Report Builder (SSRS) ❌ Power BI Report Builder Report Designer 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.