Aplica-se a
SQL Server 2012 Developer SQL Server 2012 Enterprise SQL Server 2012 Express SQL Server 2012 Standard SQL Server 2012 Web SQL Server 2012 Enterprise Core SQL Server 2008 R2 Datacenter SQL Server 2008 R2 Developer SQL Server 2008 R2 Enterprise SQL Server 2008 R2 Express SQL Server 2008 R2 Service Pack 2 SQL Server 2008 R2 Standard SQL Server 2008 R2 Web SQL Server 2008 R2 Workgroup

Sintomas

Considere o seguinte cenário:

  • Você tem um relatório do Microsoft SQL Server Reporting Services 2008 R2 (SSRS 2008 R2) ou do Microsoft SQL Server Reporting Services 2012 (SSRS 2012) para uma lista ou biblioteca de documentos do Microsoft SharePoint.

  • O relatório usa uma extensão de dados de lista do SharePoint do SQL Server Reporting Services.

  • Você cria uma consulta de DataSet que é baseada na lista ou biblioteca de documentos do SharePoint e, em seguida, executa a consulta no designer de relatórios.

  • Implante o relatório no farm do SharePoint que hospeda a lista ou a biblioteca de documentos do SharePoint.

Nessa situação, a consulta de DataSet retorna um resultado diferente no designer de relatórios do que no farm do SharePoint. Por exemplo, você cria uma nova exibição no SharePoint na qual você seleciona a opção Mostrar todos os itens sem pastas em uma biblioteca de documentos. Você define o novo modo de exibição como padrão para a biblioteca de documentos. Nessa situação, o relatório retorna dados diferentes no farm do SharePoint do que no designer de relatórios.ObservaçãoSe você implantar o relatório no site do SharePoint, somente as pastas de nível superior e os arquivos da biblioteca de documentos serão retornados. No entanto, o designer de relatórios retorna todos os arquivos que refletem a alteração de exibição padrão independentemente dos locais das pastas.

Causa

Esse problema ocorre devido aos diferentes caminhos de código que são retirados pelo SSRS 2008 R2 ou SSRS 2012 quando o SharePoint executa o relatório no mesmo farm que a lista. Quando o farm local do SharePoint 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 da lista sem a configuração 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 SPRemoteConnection . Esse caminho usa chamadas SOAP que se assemelham à função GetListCollection . Essa função acessa o site por meio de uma conexão HTTP remota em vez da conexão local. Portanto, as alterações serão refletidas na configuração do modo de exibição padrão.

Solução alternativa

Como solução alternativa para esse problema, use um dos seguintes métodos:

  • Implante o relatório em um servidor de relatório do modo nativo e, em seguida, execute o relatório do servidor de relatório do modo nativo. Observação Se você tiver que exibir o relatório no SharePoint, instale a Web Part do Visualizador de relatórios do modo nativo no SharePoint e, em seguida, chame o relatório da instância nativa do Reporting Services. para obter mais informações sobre como exibir e explorar relatórios do modo nativo usando as Web Parts do SharePoint, acesse o seguinte website MSDN:

    Como exibir e explorar relatórios do modo nativo usando Web Parts do SharePoint

  • Implante a lista ou biblioteca de documentos do SharePoint em um farm do SharePoint diferente que possa ser acessado pelo farm em que você tem o relatório 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.

Status

A Microsoft confirmou que este é um problema nos produtos Microsoft listados na seção "Aplicável a".

Precisa de mais ajuda?

Quer mais opções

Explore os benefícios da assinatura, procure cursos de treinamento, saiba como proteger seu dispositivo e muito mais.