Entscheidung zwischen URL-Zugriff und SOAP
Die Integration von Reporting Services in benutzerdefinierte Anwendungen ist manchmal nicht ganz einfach. Die Herausforderung besteht jedoch nicht in der Komplexität des Programmiermodells oder der APIs, sondern in den zahlreichen Möglichkeiten, dies zu integrieren. Reporting Services wurde von Grund auf als Entwicklerplattform entworfen wurde, und als solche wurde sie mit Flexibilität für die Programmierbarkeit erstellt. Die hohe Flexibilität fordert jedoch häufige Entscheidungen, wenn die Reporting Services-Berichtsnavigations- und Verwaltungsfunktionen in die vorhandenen Geschäftsanwendungen integriert werden.
Die Programmierung der Reporting Services unterstützt eine Vielzahl von Szenarien.
.gif "Reporting Services-Programmierungsszenarien")
Sie können Reporting Services auf zwei verschiedene Arten in benutzerdefinierte Anwendungen integrieren: über den URL-Zugriff und die Reporting Services-SOAP-API. Welche der beiden Arten verwendet werden soll, hängt von mehreren Faktoren ab. In einigen Fällen müssen für die Integration von Reporting Services in die benutzerdefinierten Anwendungen sowohl URL-Zugriff als auch SOAP verwendet werden. Sie sollten sich folgende Fragen stellen:
Welche Art Berichtsfunktionen benötigen Sie oder die Endbenutzer? Brauchen Sie einfache Start- und Navigationsfunktionen für die Berichte, oder benötigen Sie ausgereifte Berichtsserver-Verwaltungsfunktionen aus Ihrer benutzerdefinierten Geschäftsanwendung?
In welcher Art Umgebung arbeiten die Benutzer normalerweise? Ist die Geschäftsanwendung eine Webanwendung oder eine Windows-Anwendung? Wie leicht können die Endbenutzer von einer Win32-Umgebung in eine Internetumgebung wechseln? Welche Art der Kontrolle benötigen Sie für die Umgebung, in der die Berichte ausgeführt und verwaltet werden?
Wenn Sie diese Fragen beantwortet haben, können Sie entscheiden, wie Sie Reporting Services in Ihre IT-Infrastruktur integrieren. Normalerweise wird der URL-Zugriff für die Anzeige und Navigation der Berichte bevorzugt. Der URL-Zugriff ermöglicht eine rasche Navigation durch die Berichte ohne den Aufwand eines Webdiensts. Außerdem ist der URL-Zugriff derzeit die einzige Programmiertechnik, die die komplette Funktionalität von HTML Viewer, einschließlich der Berichtssymbolleiste, für die Berichtsnavigation verwendet. Darüber hinaus sorgt der URL-Zugriff für eine bessere Leistung als SOAP, da das Marshalling der SOAP-Anforderungen zum Server hin und wieder zurück umgangen wird. In den Integrationsszenarien, in denen rasch und problemlos mit integrierten Anzeige- und Navigationstools auf die Berichte zugegriffen werden muss, ist der URL-Zugriff die bessere Variante.
.gif "Hinweis") Hinweis |
|---|
Der Berichtsserver-URL-Zugriff unterstützt HTML Viewer und die erweiterten Funktionen der Berichtssymbolleiste. Die SOAP-API unterstützt diese Art des gerenderten Berichts nicht. Sie müssen eine eigene Berichtssymbolleiste entwerfen und entwickeln, wenn Sie Berichte mit der SOAP rendern möchten. |
Weitere Informationen zur Berichtssymbolleiste finden Sie unter HTML-Viewer und die Berichtssymbolleiste.
Weitere Informationen zum URL-Zugriff finden Sie unter URL-Zugriff.
Der URL-Zugriff ist sinnvoll für die Anzeige von Berichten, er liefert jedoch nicht die Berichts- und Namespace-Verwaltungsfunktionen, die in bestimmten Unternehmensberichtsszenarien von erheblicher Bedeutung sein können. In diesem Fall empfiehlt sich die Verwendung der umfangreichen Funktionalität der Reporting Services-SOAP-API. Mit der SOAP-API können Sie Berichte verwalten und bereitstellen, Zeitpläne erstellen, Servereigenschaften konfigurieren, Berichtsserver-Namespaces verwalten, Abonnements erstellen und vieles mehr. Die SOAP-API stellt Ihnen die vollständige Verwaltungsfunktionalität in Reporting Services zur Verfügung. Die SOAP-API kann die Berichtsanzeige und -navigation auch über die Render-Methode der API ermöglichen. Die Berichtsanzeige über die SOAP-API ermöglicht jedoch weder die integrierte Anzeigefunktion der Berichtssymbolleiste noch die automatische Berichtsinteraktivität wie beim URL-Zugriff.
Weitere Informationen zur Reporting Services-SOAP-API finden Sie unter Report Server-Webdienst.
In der Mehrheit der Fälle werden sowohl der URL-Zugriff als auch die SOAP-Aufrufe benötigt, um Ihre Berichtsanforderungen zu erfüllen. SOAP wird verwendet, wenn Sie zum ersten Mal eine Verbindung zur Berichtsserver-Datenbank herstellen und die verfügbare Liste der Berichte in einer Benutzeroberfläche darstellen. URL-Zugriff wird verwendet, um die einzelnen Berichte tatsächlich aufzurufen und darin zu navigieren.
Ein Beispiel für die Kombination des URL-Zugriffs mit dem Webdienst, um eine integrierte Berichterstellung bereitzustellen, finden Sie unter SQL Server Reporting Services-Produktbeispiele.