Dados diferentes são retornados quando você usa a extensão de dados de lista do SharePoint para um relatório do SSRS 2008 R2 ou SSRS 2012

Traduções de Artigos Traduções de Artigos
Artigo: 2826162 - Ver produtos para os quais este artigo se aplica.
Expandir tudo | Reduzir tudo

Sintomas

Considere o seguinte cenário:

  • Você tem um Microsoft SQL Server Reporting Services 2008 R2 (SSRS 2008 R2) ou o relatório do Microsoft SQL Server Reporting Services 2012 (SSRS 2012) para um Microsoft SharePoint lista ou biblioteca de documentos.
  • O relatório usa uma extensão de dados do SQL Server Reporting Services SharePoint lista interna.
  • Criar uma consulta de dataset que é baseada na biblioteca de documentos ou lista do SharePoint e, em seguida, executar a consulta no report designer.
  • Você pode implantar o relatório ao farm do SharePoint que hospeda a lista do SharePoint ou uma biblioteca de documentos.
Nessa situação, a consulta de dataset retorna um resultado diferente no report designer que no farm do SharePoint.

Por exemplo, você criar um novo modo de exibição do SharePoint em que você selecionar a opção de modo de exibição Mostrar todos os itens sem pastas na biblioteca de documentos. Definir o novo modo como o modo de exibição padrão da biblioteca de documentos. Nessa situação, o relatório retorna dados diferentes em um farm do SharePoint que no report designer.

Observação:Se você implantar o relatório para o site do SharePoint, somente as pastas de nível superior e os arquivos da biblioteca de documentos são retornados. No entanto, o report designer retorna todos os arquivos que refletem o modo de exibição padrão alterar independentemente da localização de pastas.

Causa

Esse problema ocorre devido a caminhos de código diferentes executadas pelo SSRS 2008 R2 ou SSRS 2012 quando o SharePoint executa o relatório no mesmo farm de lista. Quando o farm do SharePoint local executa o relatório, a lista é recuperada usando o caminho SPLocalConnection . O caminho lê diretamente da lista do SharePoint sem chamadas SOAP e cria uma cópia local das informações de lista sem a configuração de modo de exibição padrão. Portanto, o caminho SPLocalConnection não reflete as alterações no modo de exibição padrão.

No entanto, quando o designer de relatórios executa o relatório, o relatório usa o caminho de SPRemoteConnection . Esse caminho usa chamadas SOAP que se assemelham a GetListCollection função. Esta função acessa o site através de uma conexão HTTP remota em vez da conexão local. Portanto, as alterações serão refletidas na configuração de modo de exibição padrão.

Como contornar

Para contornar esse problema, use um dos seguintes métodos:
  • Implantar o relatório em um servidor de relatório de modo nativo e, em seguida, executar o relatório do servidor de relatório no modo nativo.

    Observação
    Se você precisar exibir o relatório no SharePoint, instale o Web Part do Visualizador de relatório de modo nativo no SharePoint e, em seguida, chamar o relatório de sua instância nativa do Reporting Services.

    Para obter mais informações sobre como exibir e explorar os relatórios de modo nativo usando o SharePoint Web Parts, consulte o seguinte site da MSDN:
  • Implante a biblioteca de documentos ou lista do SharePoint em um farm do SharePoint diferente que pode ser acessado pelo farm que o relatório seja implantado. Portanto, o relatório no farm local pode acessar a lista remotamente.
  • Use uma extensão de dados XML para criar uma consulta XML sem usar a extensão de dados de lista do SharePoint.

Ponto Da Situação

A Microsoft confirmou que este é um problema nos produtos Microsoft que estão listados na seção "Aplica-se a".

Propriedades

Artigo: 2826162 - Última revisão: 19 de março de 2013 - Revisão: 1.0
A informação contida neste artigo aplica-se a:
  • Microsoft SQL Server 2012 Developer
  • Microsoft SQL Server 2012 Enterprise
  • Microsoft SQL Server 2012 Express
  • Microsoft SQL Server 2012 Service Pack 1
  • Microsoft SQL Server 2012 Standard
  • Microsoft SQL Server 2012 Web
  • SQL Server 2012 Enterprise Core
  • Microsoft SQL Server 2008 R2 Datacenter
  • Microsoft SQL Server 2008 R2 Developer
  • Microsoft SQL Server 2008 R2 Enterprise
  • Microsoft SQL Server 2008 R2 Express
  • Microsoft SQL Server 2008 R2 Reporting Services
  • Microsoft SQL Server 2008 R2 Service Pack 2
  • Microsoft SQL Server 2008 R2 Standard
  • Microsoft SQL Server 2008 R2 Web
  • Microsoft SQL Server 2008 R2 Workgroup
Palavras-chave: 
kbsurveynew kbtshoot kbexpertiseadvanced kbmt KB2826162 KbMtpt
Tradução automática
IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine translation ou MT), não tendo sido portanto revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática? erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 2826162

Submeter comentários

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com