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: SQL Server Reporting Services (2016)
SQL Server Reporting Services (2017)
Power BI Report Server
Integrar os Serviços de Relatórios em aplicações personalizadas pode ser um desafio. O desafio, no entanto, não é a complexidade do modelo de programação ou das APIs, mas sim as muitas formas possíveis de o integrar. O Reporting Services foi concebido desde o início como uma plataforma para programadores e, como tal, é construído com a flexibilidade de programação em mente. Com a flexibilidade surge a necessidade de tomar decisões importantes sobre a integração da funcionalidade de navegação e gestão de relatórios dos Serviços de Relatórios nas suas aplicações empresariais existentes.
Observação
A partir do SQL Server 2017 Reporting Services, o acesso à API REST está disponível para desenvolver soluções. O acesso à API SOAP foi obsoleto. Para mais informações, consulte Desenvolver com as APIs REST para Serviços de Relatórios.
Existem duas formas de integrar os Serviços de Relatórios em aplicações personalizadas: acesso a URL e a API SOAP dos Serviços de Relatório. O que usar depende de vários fatores. Em alguns casos, integrar os Serviços de Relatórios nas suas aplicações empresariais personalizadas requer o uso tanto do acesso a URL como do SOAP. Deve colocar as seguintes perguntas:
Que tipo de funcionalidade de relatórios empresariais você ou os seus utilizadores finais precisam? Precisa de uma forma simples de lançar e navegar por relatórios, ou precisa de funcionalidades mais avançadas de gestão de servidores de relatórios a partir da sua solução de negócio personalizada?
Em que tipo de ambiente é que os seus utilizadores costumam operar? A sua aplicação empresarial é uma aplicação Web ou uma aplicação Windows? Quão facilmente os seus utilizadores finais podem mudar de um ambiente Win32 para um ambiente Web? Que tipo de controlo precisa sobre o ambiente onde os relatórios são executados e geridos?
Depois de responder às perguntas anteriores, pode decidir como integrar os Serviços de Relatórios na sua infraestrutura de TI. Normalmente, o acesso a URL é preferido para visualizar e navegar em relatórios individuais. O acesso a URL permite-lhe navegar livre e rapidamente pelos relatórios sem a sobrecarga do serviço Web. Além disso, o acesso a URLs é atualmente a única técnica de programação que utiliza o HTML Viewer completo para a navegação de relatórios, que inclui a barra de ferramentas de relatórios. Além disso, o acesso a URL oferece melhor desempenho do que o SOAP porque contorna o marshaling dos pedidos SOAP para e do servidor. Em cenários de integração que requerem acesso rápido e fácil a relatórios com ferramentas integradas para visualização e navegação, o acesso a URL é a melhor escolha.
Observação
O acesso ao URL do servidor de relatórios suporta o Visualizador HTML e a funcionalidade alargada da barra de ferramentas de relatórios. A API SOAP não suporta este tipo de relatório renderizado. Se renderizar relatórios usando a API SOAP, desenhe e desenvolva a sua própria barra de ferramentas de relatórios.
Para mais informações sobre a barra de ferramentas de relatório, consulte o Visualizador de HTML e a Barra de Ferramentas de Relatórios.
Para mais informações sobre o acesso a URLs, consulte Acesso URL.
O acesso a URL é útil para visualizar relatórios, mas não fornece a funcionalidade de gestão de relatórios e namespace que pode ser essencial em qualquer cenário de relatórios empresariais. Neste caso, recomenda-se a funcionalidade ampla e rica da API SOAP dos Serviços de Relatórios. Com a API SOAP pode gerir e implementar relatórios, criar agendas, configurar propriedades do servidor, gerir o namespace do servidor de relatórios, criar subscrições e muito mais. A API SOAP expõe o conjunto completo de funcionalidades de gestão nos Serviços de Relatório. A API SOAP também pode permitir a visualização e navegação de relatórios através do Render método da API. No entanto, visualizar relatórios através da API SOAP não ativa a funcionalidade de visualização integrada da barra de ferramentas de relatórios, nem gere automaticamente a interatividade de relatórios que o acesso a URL proporciona.
Para mais informações sobre a API SOAP dos Serviços de Relatório, consulte o Serviço Web do Servidor de Relatórios.
Na maioria dos casos, o acesso a URL e as chamadas SOAP são ambos necessários para satisfazer as suas necessidades de reporte. O SOAP é utilizado quando se liga inicialmente à base de dados do servidor de relatórios e apresenta a lista disponível de relatórios numa interface de utilizador. O acesso a URL é usado para aceder e navegar por relatórios individuais.
Para um exemplo de combinação do acesso a URL e do serviço Web para fornecer relatórios integrados, consulte Exemplos de Produtos do SQL Server Reporting Services.
Mais perguntas? Tente perguntar ao fórum do Reporting Services