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: Construtor de Relatórios da Microsoft (SSRS)
Designer de Relatórios
do Power BI no SQL Server Data Tools
O número, tamanho e localização dos itens do relatório paginados afetam a forma como os renderizadores paginam o corpo do relatório. Abaixo está uma descrição de como os vários itens do relatório são apresentados.
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.
Itens de Relatório Sobrepostos
Itens de relatório sobrepostos não são suportados em HTML, MHTML, Word, Excel, Pré-visualização ou no Visualizador de Relatórios. Se existirem itens sobrepostos, são transferidos. As seguintes regras aplicam-se a itens de relatório sobrepostos:
Se a sobreposição vertical dos itens do relatório for maior, um dos itens sobrepostos é movido para a direita. O item mais à esquerda mantém-se onde está posicionado.
Se a sobreposição horizontal dos itens do relatório for maior, um dos itens sobrepostos é deslocado para baixo. O item mais alto mantém-se onde está posicionado.
Se a sobreposição vertical e horizontal for igual, um dos itens sobrepostos é movido para a direita. O item mais à esquerda mantém-se onde está posicionado.
Se um item tiver de ser movido para corrigir a sobreposição, os itens adjacentes do relatório descem e/ou descem para a direita para manter um espaçamento mínimo entre o item e os itens do relatório que terminam acima dele e/ou à esquerda. Por exemplo, suponha que dois itens do relatório se sobrepõem verticalmente e um terceiro item do relatório está a 2 polegadas à direita deles. Quando o item do relatório sobreposto é movido para a direita, o terceiro item do relatório também se move para a direita, de modo a manter a distância de 2 polegadas entre ele e o item do relatório à sua esquerda.
Itens sobrepostos no relatório são suportados em formatos de quebra de página rígidos, incluindo impressão.
Itens de Visibilidade e Reporte
Os itens do relatório podem ser ocultos ou exibidos por padrão, ou ocultos ou exibidos condicionalmente usando expressões. Opcionalmente, a visibilidade pode ser alterada clicando noutro item de relatório.
As seguintes regras de visibilidade aplicam-se ao renderizar itens do relatório:
Se um item de relatório e o seu conteúdo estiverem sempre ocultos (não estão ocultos com base numa expressão ou a sua visibilidade não pode ser alterada clicando noutro item de relatório), então os outros itens de relatório à direita ou abaixo dele não se movem para preencher o espaço vazio. Por exemplo, se um retângulo e a imagem nele contida estiverem ocultos, o item do relatório que começa à direita do retângulo não se move para a esquerda para preencher o que parece ser um espaço vazio. O espaço ocupado pelo retângulo está preservado.
Se um item de relatório e o seu conteúdo estiverem ocultos condicionalmente (estão ocultos com base numa expressão ou a sua visibilidade é alterada ao clicar noutro item de reporte), então os itens de reporte para a direita ou abaixo deslocem-se para a esquerda para preencher o espaço quando o item estiver oculto.
Se a visibilidade de um item do relatório e do seu conteúdo puder ser alterada clicando noutro item do relatório, então a paginação só muda para acomodar o item do relatório e o seu conteúdo quando for inicialmente exibido.
Manter os Itens do Relatório Juntos numa Única Página
Muitos itens de relatório dentro de um relatório podem ser mantidos juntos numa única página, de forma implícita ou explícita, ao ajustar as propriedades manter com grupo ou manter juntos. Os itens do relatório são sempre renderizados na mesma página se o item do relatório não tiver quebras lógicas de página e for menor em tamanho do que a área da página utilizável. Se um item do relatório não caber completamente na página onde normalmente começaria, é inserida uma quebra de página rígida antes do item do relatório, forçando-o a passar para a página seguinte. Para os renderizadores de quebra de página suave, a página cresce para acomodar o item do relatório.
Quando o item do relatório está sempre oculto, as regras para manter os itens juntos são ignoradas.
Os seguintes itens são sempre mantidos juntos:
Imagens.
Linhas.
Cartas, medidores e mapas.
Uma única linha numa área de dados que surge isoladamente noutra página ao selecionar a opção Manter com Grupo. Isto manterá implicitamente unida a única linha com pelo menos uma instância de um grupo, para que a linha não fique órfã. Pode definir esta opção numa região de dados ou num grupo.
Área do cabeçalho de uma região de dados.
Área do cabeçalho de uma região de dados e a primeira linha de dados.
Liste itens que possam ser alternados numa região de dados tablix.
Ordem de Prioridade
Devido a limitações de tamanho de página, podem surgir conflitos entre as regras para manter os itens do relatório juntos. Quando ocorrem conflitos, a seguinte ordem de prioridade é usada para manter os itens juntos durante a renderização:
Linhas, gráficos e imagens.
Controlo de viúvas e órfãos.
Cabeçalhos de colunas e de linhas repetidos.
Os cabeçalhos têm prioridade sobre os rodapés. Os grupos internos repetidos têm prioridade sobre os grupos externos. Itens onde a propriedade RepeatWith está definida e que estão mais próximos da região de dados de destino têm prioridade sobre itens que estão mais afastados da região de dados.
Pequenos itens de relatório, como caixas de texto ou retângulos, com uma propriedade explícita KeepTogether definida como true.
Itens de relatório grandes, como subrelatórios ou um membro de tablix que não seja o mais interno, com uma propriedade explícita KeepTogether definida como true.
Regiões de dados tablix com uma propriedade explícita KeepTogether definida como true.
Sub-relatórios
Um subrelatório é renderizado como um retângulo que contém outro relatório definido num ficheiro .rdl de relatório separado. O ficheiro de subrelatório deve ser publicado num servidor de relatórios antes de poder ser acedido pelo relatório pai.
As seguintes regras aplicam-se ao renderizar subrelatórios:
Os sub-relatórios podem expandir-se até ao tamanho do corpo definido no ficheiro .rdl que define o subrelatório. Por exemplo, se o RDL do subrelatório indicar que o corpo do subrelatório tem 5 polegadas de largura, então o subrelatório terá 5 polegadas de largura dentro do relatório principal.
Subrelatórios herdam as configurações das colunas do relatório pai. As definições de coluna definidas no RDL original são sempre ignoradas.
Apenas o corpo do subrelatório é apresentado. As secções de cabeçalho e rodapé definidas no ficheiro .rdl do subrelatório não são renderizadas quando o subrelatório é apresentado no relatório pai.
Sub-relatórios têm uma propriedade KeepTogether explícita. Quando está definido como verdadeiro, todos os itens do subrelatório são mantidos juntos numa só página sempre que possível.
Se um subrelatório não conseguir ser executado, é apresentado no relatório como uma caixa de texto com uma mensagem de erro. As propriedades de estilo aplicadas ao subrelatório são aplicadas à caixa de texto em vez disso.
Se o subrelatório for dividido por uma quebra de página, a definição Omitir a borda na quebra de página controla se as fronteiras do subrelatório estão fechadas ou abertas.
Para mais informações sobre subrelatórios, consulte Subrelatórios (Construtor de Relatórios e SSRS).
Conteúdo relacionado
- Paginação nos Serviços de Relatórios (Construtor de Relatórios e SSRS)
- Comportamentos de Renderização (Construtor de Relatórios e SSRS)
- Funcionalidade Interativa para Diferentes Extensões de Renderização de Relatórios (Construtor de Relatórios e SSRS)
- Tabelas, Matrizes e Listas (Construtor de Relatórios e SSRS)