Auswählen zwischen URL-Zugriff und SOAP

Die Integration von Reporting Services in benutzerdefinierte Anwendungen kann eine Herausforderung darstellen. Die Herausforderung ist jedoch nicht die Komplexität des Programmiermodells oder der APIs, sondern die vielen möglichen Möglichkeiten, es zu integrieren. Reporting Services wurde von Grund auf als Entwicklerplattform entwickelt und ist daher mit Programmierflexibilität aufgebaut. Aufgrund der Flexibilität müssen wichtige Entscheidungen getroffen werden, um die Berichtsnavigations- und Verwaltungsfunktionen von Reporting Services in Ihre vorhandenen Geschäftsanwendungen zu integrieren.

Reporting Services-Programmierung unterstützt eine vielzahl von Szenarien.

Es gibt zwei Möglichkeiten, Reporting Services in benutzerdefinierte Anwendungen zu integrieren: URL-Zugriff und die SOAP-API für Reporting Services. Welche zu verwenden ist, hängt von mehreren Faktoren ab. In einigen Fällen erfordert die Integration von Reporting Services in Ihre benutzerdefinierten Geschäftsanwendungen, dass Sie sowohl DEN URL-Zugriff als auch SOAP verwenden. Sie sollten die folgenden Fragen stellen:

• Welche Art von Unternehmensberichtsfunktionen benötigen Sie oder Ihre Endbenutzer? Benötigen Sie eine einfache Möglichkeit zum Starten und Navigieren in Berichten oder benötigen Sie erweiterte Berichtsserververwaltungsfeatures aus Ihrer benutzerdefinierten Geschäftslösung?

• In welcher Umgebung funktionieren Ihre Benutzer in der Regel? Handelt es sich bei Ihrer Geschäftsanwendung um eine Webanwendung oder eine Windows-Anwendung? Wie einfach können Ihre Endbenutzer von einer Win32-Umgebung zu einer Webumgebung wechseln? Welche Art von Steuerelement benötigen Sie für die Umgebung, in der Berichte ausgeführt und verwaltet werden?

Nachdem Sie die vorherigen Fragen beantwortet haben, können Sie entscheiden, wie Reporting Services in Ihre IT-Infrastruktur integriert werden soll. In der Regel wird der URL-Zugriff zum Anzeigen und Navigieren einzelner Berichte bevorzugt. Der URL-Zugriff ermöglicht Es Ihnen, frei und schnell in Berichten zu navigieren, ohne dass der Aufwand des Webdiensts besteht. Darüber hinaus ist der URL-Zugriff derzeit die einzige Programmiertechnik, die den vollständigen HTML-Viewer für die Berichtsnavigation verwendet, die die Berichtssymbolleiste enthält. Darüber hinaus bietet der URL-Zugriff eine bessere Leistung als SOAP, da die Marshalling von SOAP-Anforderungen an und vom Server umgangen wird. In Integrationsszenarien, die schnellen und einfachen Zugriff auf Berichte mit integrierten Tools zum Anzeigen und Navigieren erfordern, ist der URL-Zugriff die bessere Wahl.

Weitere Informationen zur Berichtssymbolleiste finden Sie im HTML-Viewer und in der Berichtssymbolleiste.

Weitere Informationen zum URL-Zugriff finden Sie unter URL Access (SSRS).For more information about URL access, see URL Access (SSRS).

Der URL-Zugriff ist nützlich zum Anzeigen von Berichten, bietet aber nicht die Berichts- und Namespaceverwaltungsfunktionen, die für jedes Unternehmensberichtsszenario von wesentlicher Bedeutung sein können. In diesem Fall wird die breite und umfassende Funktionalität der SOAP-API für Reporting Services empfohlen. Mit der SOAP-API können Sie Berichte verwalten und bereitstellen, Zeitpläne erstellen, Servereigenschaften konfigurieren, den Berichtsservernamespace verwalten, Abonnements erstellen und vieles mehr. Die SOAP-API macht den vollständigen Satz von Verwaltungsfunktionen in Reporting Services verfügbar. Die SOAP-API kann auch die Berichtsanzeige und -navigation über die Render Methode der API aktivieren. Das Anzeigen von Berichten über die SOAP-API ermöglicht jedoch nicht die integrierte Anzeigefunktion der Berichtssymbolleiste, und es behandelt auch nicht automatisch die Berichtsinteraktivität, die der URL-Zugriff bereitstellt.

Weitere Informationen zur SOAP-API für Reporting Services finden Sie unter Report Server Web Service.

In den meisten Fällen sind URL-Zugriffe und SOAP-Aufrufe erforderlich, um Ihre Berichtsanforderungen zu erfüllen. SOAP wird verwendet, wenn Sie zunächst eine Verbindung mit der Berichtsserverdatenbank herstellen und die verfügbare Liste der Berichte in einer Benutzeroberfläche darstellen, und der URL-Zugriff wird verwendet, um tatsächlich auf einzelne Berichte zuzugreifen und darin zu navigieren.

Ein Beispiel für die Kombination des URL-Zugriffs und des Webdiensts zur Bereitstellung integrierter Berichte finden Sie unter SQL Server Reporting Services-Produktbeispiele.

Siehe auch

Integrieren von Reporting Services in Anwendungen,die Reporting Services mithilfe von SOAPintegrieren Reporting Services mithilfe von URL AccessTechnical Reference (SSRS)