Konzepte der Berichtsdienste (SSRS)

Dieses Thema enthält eine kurze Zusammenfassung der SQL Server Reporting Services-Konzepte.

In diesem Thema:

• Berichtsserverkonzepte

• Berichte und verwandte Elementkonzepte

• Typen von Berichten

• Phasen der Berichtsentwicklung

Berichtsserverkonzepte

Ein Berichtsserver ist ein Computer, auf dem eine Instanz von Reporting Services installiert ist. Ein Berichtsserver speichert intern Elemente wie Berichte, berichtsbezogene Elemente und Ressourcen, Zeitpläne und Abonnements. Ein Berichtsserver kann als eigenständiger einzelner Server oder als Skalierungsfarm konfiguriert werden, oder er kann in SharePoint Server integriert werden. Sie interagieren mit Berichtsserverelementen über den Reporting Services-Webdienst, über den WMI-Anbieter, über URL-Zugriff oder programmgesteuert über Skripts. Die Art und Weise, in der Sie mit einem Berichtsserver interagieren, hängt von der Bereitstellungstopologie und der Konfiguration ab.

Ein Berichtsserver für den nativen Modus Ein im nativen Modus konfigurierter Berichtsserver ist ein Computer, auf dem SQL Server Reporting Services installiert und als eigenständiger Server konfiguriert ist. Sie interagieren mit dem Berichtsserver, Berichten und Berichten verwandter Elemente mithilfe eines Browsers mit Berichts-Manager- oder URL-Zugriffsbefehlen, SQL Server Management Studio oder programmgesteuert über Skripts. Weitere Informationen finden Sie unter Reporting Services Report Server (nativer Modus).

Ein SharePoint-Modus-Berichtsserver Ein in SharePoint integrierter Berichtsserver verfügt über zwei mögliche Konfigurationen. In SQL Server 2014 Reporting Services (SSRS) wird Reporting Services mit SharePoint Server als gemeinsamer SharePoint-Dienst installiert. In älteren Versionen wird der Berichtsserver durch Installieren des Reporting Services SharePoint-Add-Ins in SharePoint Server integriert. In beiden Fällen interagieren Sie mit dem Berichtsserver, mit Berichten und verwandten Elementen mithilfe von Anwendungsseiten auf der SharePoint-Website. Sie verwenden die SharePoint-Dokumentbibliothek und andere Bibliotheken, die Sie erstellen, um die auf Berichte bezogenen Inhaltstypen zu speichern. Weitere Informationen finden Sie unter Reporting Services Report Server (SharePoint Mode).

Berichtsserverelemente Berichtsserverelemente umfassen Berichte, Modelle, freigegebene Datenquellen, freigegebene Datasets und andere Elemente, die Sie auf einem Berichtsserver veröffentlichen, hochladen oder speichern können. Organisieren Sie Elemente in der hierarchischen Berichtsserver-Ordnerstruktur auf einem systemeigenen Berichtsserver oder in SharePoint-Inhaltsbibliotheken auf einer SharePoint-Website. Weitere Informationen finden Sie unter Report Server Content Management (SSRS Native Mode).

Ordner Auf einem systemeigenen Berichtsserver stellen Ordner die hierarchische Navigationsstruktur und den Pfad aller adressierbaren Elemente bereit, die auf einem Berichtsserver gespeichert sind. Sie verwenden die Ordnerhierarchie und die Website- und Ordnerberechtigungen, um den Zugriff auf Berichtsserverelemente, die als Sicherheit auf Elementebenebezeichnet werden, zu steuern. Standardmäßig werden Rollenzuweisungen, die Sie für bestimmte Ordner definieren, von untergeordneten Ordnern in der Ordnerhierarchie geerbt. Wenn Sie einem Ordner bestimmte Rollen zuweisen, gelten die Vererbungsregeln nicht mehr. Die Ordnerstruktur besteht aus einem Stammordner namens Homeund reservierten Ordnern, die die optionale Funktion Meine Berichte unterstützen. In einem Browser ist der Stammknoten z. B. der Name des virtuellen Verzeichnisses des Berichtsservers. http://myreportserver/reports. Weitere Informationen finden Sie unter Folders.

Verwenden Sie SharePoint-Ordner in Dokumentbibliotheken und Inhaltsbibliotheken auf einer SharePoint-Website, um Elemente zu organisieren.

Rollen und Berechtigungen Auf einem systemeigenen Berichtsserver verwaltet der Berichtsserver-Systemadministrator Zugriffsberechtigungen, konfiguriert den Berichtsserver für die Verarbeitung von Berichtsanforderungen, verwalten Momentaufnahmehistorien und Verwalten von Berechtigungen für Berichte, Datenquellen, Datasets und Abonnements. Ein veröffentlichter Bericht wird beispielsweise über Rollenzuweisungen geschützt, die das rollenbasierte Sicherheitsmodell von Reporting Services verwenden. Weitere Informationen finden Sie unter Rollen und Berechtigungen (Reporting Services).

Verwenden Sie die SharePoint-Websiteadministratorseite auf einer SharePoint-Website, um Zugriffsberechtigungen für Berichte und berichtsbezogene Websiteinhalte zu verwalten.

Sendepläne Auf einem systemeigenen Berichtsserver können Sie Berichte, freigegebene Datasets und Abonnements planen, um Daten abzurufen und Berichte und Datasetabfragen zu bestimmten Zeiten oder außerhalb der Spitzenzeiten bereitzustellen. Zeitpläne können einmal oder kontinuierlich in stündlichen, täglichen, wöchentlichen oder monatlichen Intervallen ausgeführt werden. Weitere Informationen finden Sie unter Schedules.

Abonnements und Übermittlung Ein Abonnement ist eine ständige Anforderung zum Übermitteln eines Berichts zu einem bestimmten Zeitpunkt oder als Reaktion auf ein Ereignis und in einem Anwendungsdateiformat, das Sie im Abonnement angeben. Abonnements stellen eine Alternative zum Ausführen eines Berichts bei Bedarf bereit. Bei der Berichterstattung bei Bedarf muss der Bericht immer wieder aktiv ausgewählt werden, um ihn anzeigen zu können. Im Gegensatz dazu können Abonnements dazu verwendet werden, die Übermittlung eines Berichts zu planen und zu automatisieren. Sie können Berichte an einen E-Mail-Posteingang oder eine Dateifreigabe übermitteln. Weitere Informationen finden Sie unter Abonnements und Übermittlung (Reporting Services).

Erweiterungen SQL Server Reporting Services bietet eine erweiterbare Architektur, mit der Sie Berichtslösungen anpassen können. Der Berichtsserver unterstützt benutzerdefinierte Authentifizierungserweiterungen, Datenverarbeitungserweiterungen, Berichtsverarbeitungserweiterungen, Renderingerweiterungen und Übermittlungserweiterungen sowie die für die Benutzer verfügbaren Erweiterungen sind in der konfigurationsdatei RSReportServer.config konfigurierbar. Sie können z. B. die Exportformate, die der Berichts-Viewer verwenden darf, einschränken. Übermittlungserweiterungen und Berichtsverarbeitungserweiterungen sind zwar optional, jedoch erforderlich, wenn Sie die Berichtsverteilung oder benutzerdefinierte Steuerelemente unterstützen möchten. Weitere Informationen finden Sie unter Erweiterungen (SSRS).

Berichtszugriff Bei Bedarfszugriff können Benutzer die Berichte aus einem Berichtanzeigetool auswählen. Je nach Konfiguration des Berichtsservers können Sie Den Berichts-Manager, ein Microsoft SharePoint 2.0-Webpart, eine SharePoint-Bibliothek verwenden, wenn Reporting Services im integrierten SharePoint-Modus, ein eingebettetes ReportViewer-Steuerelement oder einen Browser mit URL-Zugriff installiert wird. Weitere Informationen zum On-Demand-Zugriff auf Berichte finden Sie unter Suchen, Anzeigen und Verwalten von Berichten (Berichts-Generator und SSRS).For more information about on-demand access to reports, see Finding, Viewing, and Managing Reports (Report Builder and SSRS).

Abonnements stellen eine Alternative zum Ausführen eines Berichts bei Bedarf bereit. Weitere Informationen finden Sie unter Abonnements und Übermittlung (Reporting Services).

Die Liste der Tools für die Interaktion mit dem Berichtsserver finden Sie unter Reporting Services-Tools.

Berichte und verwandte Elementkonzepte

Berichte und BerichtsdefinitionenRDL. Eine Berichtsdefinition ist eine XML-Datei, die einer XML-Grammatik mit dem Namen Report Definition Language (RDL) entspricht. In Reporting Services erstellen Sie eine Berichtsdefinition in einem Tool wie dem Berichts-Generator oder dem Berichts-Designer. Es enthält Elemente, die Datenquellenverbindungen, Abfragen zum Abrufen von Daten, Ausdrücken, Parametern, Bildern, Textfeldern, Tabellen und einem beliebigen anderen Entwurfszeitlayout definieren. Weitere Informationen finden Sie unter Berichtsdefinitionssprache (SSRS).

RDLX. Eine Berichtsdefinition in RDLX ist eine RDL-Datei mit internen Erweiterungen, die die Power View-Visualisierung ermöglichen. Weitere Informationen finden Sie unter Power View Overview.

RDLC. Der Visual Studio-Berichts-Designer erzeugt Clientberichtsdefinitionsdateien (Dateierweiterung .rdlc) im XML-Format zur Verwendung mit dem ReportViewer-Steuerelement.

Berichtsdatenverbindungen und Datenquellen Berichte verwenden Datenverbindungen, um Daten für einen Bericht abzurufen, wenn eine Abfrage ausgeführt wird oder wenn der Bericht verarbeitet wird. In einer Berichtsdefinition ist eine Datenverbindung mit einer Datenquelle identisch. Sie können aus einer Liste integrierter Datenverbindungstypen auswählen, um eine Verbindung mit einer relationalen Datenbank, einer mehrdimensionalen Datenbank, einem Webdienst oder einer anderen Datenquelle herzustellen. Beim Beschreiben von Datenverbindungen werden die folgenden Begriffe verwendet.

• Datenverbindung. Diese wird auch als Datenquelle bezeichnet. Eine Datenverbindung umfasst einen Namen und Verbindungseigenschaften, die vom Verbindungstyp abhängen. Standardmäßig enthält eine Datenverbindung keine Anmeldeinformationen. Eine Datenverbindung gibt nicht an, welche Daten aus der externen Datenquelle abgerufen werden sollen. Geben Sie hierzu beim Erstellen eines Datasets eine Abfrage an.

• Datenquellendefinition. Eine Datei, die die XML-Darstellung einer Berichtsdatenquelle enthält. Wenn ein Bericht veröffentlicht wird, werden seine Datenquellen unabhängig von der Berichtsdefinition auf dem Berichtsserver oder der SharePoint-Website als Datenquellendefinitionen gespeichert. Ein Berichtsserveradministrator kann z. B. die Verbindungszeichenfolge oder die Anmeldeinformationen aktualisieren. Auf einem systemeigenen Berichtsserver lautet der Dateityp RDS. Auf einer SharePoint-Website lautet der Dateityp RSDS.

• Verbindungszeichenfolge. Eine Verbindungszeichenfolge ist eine Zeichenfolgenversion der Verbindungseigenschaften, die für die Herstellung einer Verbindung mit einer Datenquelle erforderlich sind. Die Verbindungseigenschaften hängen vom Datenverbindungstyp ab.

• Freigegebene Datenquelle. Eine auf einem Berichtsserver oder einer SharePoint-Website verfügbare Datenquelle, die von mehreren Berichten verwendet wird.

  Freigegebene Datenquellen sind hilfreich für Datenquellen, die Sie häufig verwenden. Es wird empfohlen, freigegebene Datenquellen so weit wie möglich zu verwenden. Mit ihnen können Berichte und der Berichtszugriff einfacher verwaltet und Berichte und die Datenquellen, auf die sie zugreifen, sicherer gemacht werden. Wenn Sie eine freigegebene Datenquelle benötigen, wenden Sie sich an den Systemadministrator. Er erstellt eine freigegebene Datenquelle für Sie.

  Im Berichts-Generator können Sie keine freigegebene Datenquelle erstellen. Sie können zum Berichtsserver wechseln und dort eine freigegebene Datenquelle auswählen.

  Im Berichts-Designer können Sie nicht zu einer freigegebenen Datenquelle auf dem Berichtsserver navigieren. Sie können freigegebene Datenquellen als Teil eines Projekts im Projektmappen-Explorer erstellen und auswählen, ob sie auf einem Berichtsserver bereitgestellt werden sollen. Sie können festlegen, sie wegen Unterschiede in vom Computer oder dem Berichtsserver erforderlichen Anmeldeinformationen nur lokal zu verwenden.

• Eingebettete Datenquelle. Auch als berichtsspezifische Datenquelle bezeichnet, wird eine eingebettete Datenquelle in einem Bericht definiert und nur von diesem Bericht verwendet.

  Eine eingebettete Datenquellenverbindung ist eine Datenverbindung, die in der Berichtsdefinition gespeichert wird. Eingebettete Datenquellenverbindungsinformationen können nur vom Bericht verwendet werden, in den sie eingebettet ist.

• Beglaubigungsschreiben. Anmeldeinformationen sind die Authentifizierungsinformationen, die für den Zugriff auf externe Daten bereitgestellt werden müssen.

  Anmeldeinformationen werden beim Erstellen einer eingebetteten Datenquelle, beim Ausführen einer Abfrage oder beim Abrufen von Daten während der Berichtsverarbeitung verwendet. Der Besitzer der Datenquelle legt den für den Zugriff auf die Daten erforderlichen Anmeldeinformationstyp fest. Anmeldeinformationen werden unabhängig von der Datenverbindung auf einem Berichtsserver, einer SharePoint-Website oder auf einem lokalen Computer in einer Berichterstellungsumgebung verwaltet. Abhängig vom Datenquellentyp können Anmeldeinformationen gespeichert werden, um Aufforderungen zu vermeiden, oder so konfiguriert werden, dass jeder Benutzer zur Eingabe aufgefordert wird. Die benötigten Anmeldeinformationen unterscheiden sich möglicherweise je nachdem, ob Sie eine Verbindung mit der Datenquelle von Ihrem Computer oder vom Berichtsserver herstellen. Weitere Informationen finden Sie unter Angeben von Anmeldeinformationen im Report Builder.

Berichtsdatensätze In einem Bericht stellt ein Dataset Berichtsdaten dar, die von der Ausführung einer Abfrage für eine externe Datenquelle zurückgegeben werden. Das Dataset hängt von der Datenverbindung ab, die Informationen zur externen Datenquelle enthält. Die Daten selbst sind nicht in der Berichtsdefinition enthalten. Das Dataset enthält einen Abfragebefehl, eine Feldauflistung, Parameter, Filter und Datenoptionen, mit denen die Groß- und Kleinschreibung berücksichtigt und eine Sortierung vorgenommen werden kann. Die folgenden beiden Datasettypen stehen zur Verfügung:

• Freigegebene Datasets. Ein freigegebenes Dataset wird auf einem Berichtsserver veröffentlicht und kann in mehreren Berichten verwendet werden. Ein freigegebenes Dataset muss auf einer freigegebenen Datenquelle basieren. Ein freigegebenes Dataset kann zwischengespeichert und durch Erstellen eines Cacheaktualisierungsplans geplant werden.

• Eingebettete Datasets. Eingebettete Datasets werden in nur einem Bericht definiert und verwendet.

Weitere Informationen finden Sie unter Erstellen von Berichten zu eingebetteten und freigegebenen Datasets (Berichts-Generator und SSRS).

Berichtsparameter Berichtsparameter sind Teil einer Berichtsdefinition. Sie können einem Bericht Parameter hinzufügen, um verwandte Berichte zu verknüpfen, die Berichtsdarstellung zu steuern, Berichtsdaten zu filtern oder den Bereich eines Berichts auf bestimmte Benutzer oder Standorte einzuschränken. Wenn ein Bericht auf einem systemeigenen Berichtsserver oder einer SharePoint-Website veröffentlicht wird, werden Berichtsparameter als separates Berichtsserverelement gespeichert. Parameter können unabhängig von der Berichtsdefinition verwaltet werden. Um mehrere Sätze mit Parametern für den gleichen Bericht zu erstellen, erstellen Sie verknüpfte Berichte.

Berichtselemente Ein Berichtselement ist ein internes, aber grundlegendes Konzept in einer Berichtsdefinition. Eigenschaften eines Berichtselements gelten für Datenbereiche, Karten, Textfelder, Bilder und andere Entwurfselemente, die Sie einem Bericht hinzufügen. Das Verstehen der Eigenschaften eines Berichtselements kann Ihnen dabei helfen, angepasste Berichtsinhalte und -darstellungen zu entwerfen. Alle Berichtselemente haben z. B. eine "Hidden"-Eigenschaft, um die Sichtbarkeit zu steuern.

Datenbereiche und Karten Ein Datenbereich ist ein Layoutelement, das Daten aus einem einzelnen Dataset anzeigt. Datenbereichstypen sind beispielsweise Tablix, Diagramm, Leiste und Indikator. "Karte" ist ein besonderer Typ des Datenbereichs, da er Daten aus zwei Datasets anzeigen kann: ein Dataset mit räumlichen Daten und eins mit analytischen Daten.

Aktivieren Sie allgemeine Datenvisualisierungen mithilfe von Datenbereichen: Zahlen und Text in einer Tabelle, Matrix oder Liste; grafische Anzeigen in einem Diagramm oder einer Leiste; und geografische Anzeigen in einer Karte. Tabellen, Matrizen und Listen basieren auf dem Tablix-Datenbereich, der bei Bedarf erweitert wird, um alle Daten aus dem Dataset anzuzeigen. Ein Tablix-Datenbereich unterstützt mehrere Zeilen- und Spaltengruppen mit statischen und dynamischen Zeilen und Spalten. In einem Diagramm werden mehrere Reihen und Kategoriegruppen in einer Vielzahl von Diagrammformaten angezeigt. In einem Messgerät wird ein einzelner Wert oder ein aggregierter Wert für ein Dataset angezeigt. In einer Karte werden räumliche Daten in Form von Kartenelementen angezeigt, deren Darstellung abhängig von den aggregierten Daten aus einem Dataset variieren kann.

• Tisch. Eine Tabelle ist ein Datenbereich, in dem die Daten zeilenweise dargestellt werden. Tabellenspalten sind statisch: Sie bestimmen die Anzahl von Spalten, wenn Sie den Bericht entwerfen. Tabellenzeilen sind dynamisch: sie werden nach unten erweitert, um die Daten aufzunehmen. Sie können zu den Tabellen Gruppen hinzufügen, die die Daten nach ausgewählten Feldern oder Ausdrücken zusammenfassen. Weitere Informationen finden Sie unter Tabellen (Berichts-Generator und SSRS).

• Matrix Eine Matrix wird auch als Kreuztabelle bezeichnet. Ein Matrixdatenbereich enthält dynamische Zeilen und Spalten: sie werden zur Aufnahme der Daten erweitert. Eine Matrix kann dynamische Spalten und Zeilen und statische Spalten und Zeilen enthalten. Spalten oder Zeilen können in anderen Spalten oder Zeilen enthalten sein, die zur Gruppierung von Daten verwendet werden können. Weitere Informationen finden Sie unter Matrices (Berichts-Generator und SSRS).For more information, see Matrices (Report Builder and SSRS).

• Liste. Eine Liste ist ein Datenbereich, in dem Daten frei angeordnet dargestellt werden. Sie können Berichtselemente zu einem Formular anordnen, indem Sie Textfelder, Bilder und andere Datenbereiche beliebig in der Liste platzieren. Weitere Informationen finden Sie unter Listen (Berichts-Generator und SSRS).For more information, see Lists (Report Builder and SSRS).

• Diagramm Ein Diagramm stellt Daten grafisch dar. Beispiele für Diagramme sind Balken-, Kreis- und Liniendiagramme, es werden jedoch weit mehr Arten unterstützt. Weitere Informationen finden Sie unter Diagramme (Berichts-Generator und SSRS).

• Messgerät. Ein Messgerät präsentiert Daten als Bereich mit einem Indikator, der auf einen bestimmten Wert innerhalb des Bereichs zeigt. Messgeräte werden verwendet, um Key Performance Indicators (KPIs) und andere Daten anzuzeigen. Beispiele für Messgeräte umfassen lineare und runde Ausführungen. Weitere Informationen finden Sie unter Messgeräte (Berichts-Generator und SSRS).

• Karte. Mit einer Karte können Daten vor einem geografischen Hintergrund präsentiert werden. Kartendaten können räumliche Daten aus einer SQL Server-Abfrage, einer ESRI-Shape-Datei oder aus Microsoft Bing-Kartenkacheln sein. Räumliche Daten bestehen aus Sätzen von Koordinaten zur Definition von Polygonen, die Formen oder Bereiche darstellen, von Linien, die Routen oder Pfade darstellen, und von Punkten, die durch Marker dargestellt werden. Sie können aggregierte Daten Kartenelementen zuordnen, um deren Farbe und Größe automatisch zu verändern. So kann der Markertyp für ein Geschäft auf Grundlage der Umsätze oder die Farbe für eine Straße auf Grundlage der Geschwindigkeitsbegrenzung variieren. Weitere Informationen finden Sie unter Karten (Berichts-Generator und SSRS).

Sie können auch Werte aus Datasets einschließen, die nicht mit dem Datenbereich verknüpft sind, indem Sie folgendermaßen vorgehen:

• Ausdrücke, die Aufrufe zu Aggregatfunktionen einschließen, die ein anderes Dataset als Bereichsparameter angeben, z. B. =Max(Fields!Sales.Value, "AnnualSales").

• Verwenden Sie die Funktion Lookup , um Werte aus Namen-Wert-Paaren in einem anderen Dataset nachzuschlagen.

Berichtsteile Eine Berichtsteildefinition (RSC) ist ein Berichtsserverelement, das ein XML-Fragment einer Berichtsdefinitionsdatei ist. Sie erstellen Berichtsteile, indem Sie eine Berichtsdefinition erstellen und dann Berichtselemente im Bericht auswählen, die als Berichtsteile getrennt veröffentlicht werden sollen. Berichtsteile umfassen Datenbereiche, Rechtecke und enthaltene Elemente sowie Bilder. Sie können einen Berichtsteil mit seinen abhängigen Datasets und freigegebenen Datenquellenverweisen speichern, damit er in anderen Berichten wiederverwendet werden kann. Weitere Informationen finden Sie unter Berichtsteile im Berichts-Designer (SSRS).

Datenwarnungen Eine Datenwarnung ist ein intern in einer Warnungsdatenbank gespeichertes Element. Eine Datenwarnungsdefinition umfasst die Information, welche Daten aus vorhandenen Berichtsdatenfeeds verwendet werden sollen, welche Bedingungen erfüllt werden müssen, einen Zeitplan und Empfänger für die Warnung. Datenwarnungen sind nur in Berichten verfügbar, die auf einem in SharePoint Server integrierten Berichtsserver veröffentlicht wurden. Datenwarnungen sind in einer systemeigenen Berichtsserverinstallation nicht verfügbar. Weitere Informationen finden Sie unter Reporting Services-Datenbenachrichtigungen.

Typen von Berichten

In Reporting Services kann der Begriff Bericht für einen bestimmten Typ von Berichtsserverelement, für einen Layoutentwurf oder für einen Lösungsentwurf gelten. Ein einzelner Bericht kann Merkmale aus mehr als einem Typ aufweisen; Beispielsweise kann ein Bericht gleichzeitig ein eigenständiger Bericht, ein Unterbericht, auf den ein Hauptbericht verweist, das Ziel eines Drillthroughberichts in einem anderen Hauptbericht und ein verknüpfter Bericht sein.

Drilldownberichte Ein Drilldownbericht ist ein Layoutentwurf, der zunächst die Komplexität ausblendet und dem Benutzer das Umschalten bedingt ausgeblendeter Berichtselemente ermöglicht, um zu steuern, wie viele Detaildaten sie sehen möchten. Für Drilldownberichte müssen alle möglichen Daten abgerufen werden, die im Bericht angezeigt werden können. Erwägen Sie bei Berichten mit großen Datenmengen stattdessen die Verwendung von Drillthroughberichten. Weitere Informationen finden Sie unter Drilldownaktion (Berichts-Generator und SSRS).

Unterberichte Ein Unterbericht ist ein Berichtselement, das Sie einem Bericht als Layoutelement hinzufügen. Ein Unterbericht verweist auf einen anderen Bericht und zeigt im Textkörper eines Hauptberichts als Unterberichtinstanz an. In einem Unterbericht können andere Datenquellen verwendet werden als im Hauptbericht. Zwar kann ein Unterbericht innerhalb von Datenbereichen wiederholt werden, indem die Daten in den einzelnen Instanzen des Unterberichts mithilfe eines Parameters gefiltert werden, doch werden Unterberichte meist mit einem Hauptbericht als "Lagebesprechungsprotokoll" oder Container für eine Auflistung miteinander verknüpfter Berichte verwendet. Jede Instanz eines Unterberichts wechselt den Kontext für die Berichtsverarbeitung zwischen dem Hauptbericht und dem Unterbericht. Erwägen Sie bei Berichten mit vielen Instanzen von Unterberichten stattdessen die Verwendung von Drillthroughberichten. Weitere Informationen finden Sie unter Unterberichte (Berichts-Generator und SSRS).

Haupt-/Detailberichte und Drillthroughberichte Eine Haupt-/Detailberichtlösung enthält einen Hauptbericht, in dem Zusammenfassungsinformationen mit Links zu einem oder mehreren Berichten angezeigt werden, in denen detaillierte Informationen angezeigt werden. Der Detailbericht wird nur ausgeführt, wenn ein Berichtsleser darauf klickt. Der Drillthroughbericht wird getrennt im Hauptbericht geöffnet. Ein Link kann für beliebige Berichtselemente definiert werden, die über eine Action-Eigenschaft verfügen, z. B. Textfeld, Platzhaltertext oder Diagrammreihe. Weitere Informationen finden Sie unter Drillthroughberichte (Berichts-Generator und SSRS).

Verknüpfte Berichte Ein verknüpfter Bericht ist ein Berichtsserverelement, das einen Zeiger auf die Berichtsdefinition enthält, jedoch über einen eigenen Satz von Berichtseigenschaften und -einstellungen verfügt. Dazu gehören Sicherheit, Parameter, Speicherort, Abonnements und Zeitpläne. Da Parameter unabhängig auf dem Server verwaltet werden, überschreibt das erneute Veröffentlichen eines Hauptberichts, der neue Parametereinstellungen verwendet, die vorhandenen Parametereinstellungen für den Hauptbericht oder den verknüpften Bericht nicht.

Weitere Informationen finden Sie unter Erstellen eines verknüpften Berichts.

Verlaufsberichte Der Berichtsverlauf ist eine Sammlung von Berichtsmomentaufnahmen. Mithilfe des Berichtsverlaufs können Sie eine Aufzeichnung eines Berichts für einen bestimmten Zeitraum verwalten. Der Berichtsverlauf ist nicht für Berichte vorgesehen, die vertrauliche oder personenbezogene Daten enthalten. Aus diesem Grund kann der Berichtsverlauf nur die Berichte einschließen, die eine Datenquelle mithilfe eines einzelnen Satzes von Anmeldeinformationen abfragen. Alternativ können Sie einen Verlauf eines Berichts erstellen, indem Sie einen Zeitplan und ein Abonnement definieren, um den Bericht in einem exportierten Dateiformat an eine Dateifreigabe zu übermitteln. Weitere Informationen finden Sie unter Performance, Snapshots, Caching (Reporting Services).

Zwischengespeicherte Berichte Ein zwischengespeicherter Bericht ist eine gespeicherte Kopie eines kompilierten Berichts und Berichtsdaten. Zwischengespeicherte Berichte werden verwendet, um die Leistung zu verbessern, indem die Anzahl der Verarbeitungsanforderungen an den Berichtsprozessor und die zum Abrufen großer Berichtsdatasets erforderliche Verarbeitungszeit verringert wird. Sie verfügen über einen obligatorischen Ablaufzeitraum, der normalerweise in Minuten definiert wird. Weitere Informationen zur Verwendung zwischengespeicherter Berichte finden Sie unter Zwischenspeicherungsberichte (Cache Reports, SSRS).For more information about how to use cached reports, see Caching Reports (SSRS).

Sie können die Abfrageergebnisse für ein freigegebenes Dataset auch zwischenspeichern. Weitere Informationen finden Sie unter Zwischenspeichern von freigegebenen Datasets (SSRS).

Schnappschüsse Eine Berichtsmomentaufnahme ist ein Bericht, der Layoutinformationen und Abfrageergebnisse enthält, die zu einem bestimmten Zeitpunkt abgerufen wurden. Im Gegensatz zu bedarfsgesteuerten Berichten nach, die aktuelle Abfrageergebnisse abrufen, wenn Sie den Bericht anzeigen, ruft der Berichtsserver den kompilierten Bericht und die Berichtsdaten ab, die für den Bericht zur Zeit der Momentaufnahmeerstellung aktuell waren. Berichtsmomentaufnahmen werden in keinem speziellen Renderingformat gespeichert. Stattdessen werden Berichtsmomentaufnahmen erst dann in einem endgültigen Anzeigeformat (wie HTML) gerendert, wenn sie von einem Benutzer oder einer Anwendung angefordert werden. Weitere Informationen finden Sie unter Performance, Snapshots, Caching (Reporting Services).

Modellberichte und Clickthrough-Berichte

• Berichtsmodell. Ein Berichtsmodell ist eine benutzerfreundliche Beschreibung einer zugrunde liegenden Datenbank mit vordefinierten Datenbeziehungen und automatisch generierten Abfragen. Berichtsmodelle können als Datenquellen für Berichte verwendet werden, die im Berichts-Designer und Berichts-Generator erstellt wurden.

• Clickthrough report. Ein Durchklicken eines Berichts ist ein Bericht, der verwandte Daten aus einem Berichtsmodell anzeigt, wenn Sie auf die interaktiven Daten klicken, die im modellbasierten Bericht enthalten sind. Klickthrough-Berichte werden automatisch generiert. Weitere Informationen finden Sie unter Clickthrough Reports (SSRS).

Weitere Informationen zu SMDL-Modellen finden Sie unter Breaking Changes in SQL Server Reporting Services in SQL Server 2014.

Gespeicherte Berichte Ein gespeicherter Bericht ist eine Berichtsdefinitionsdatei (RDL). Eine Berichtsdefinition kann lokal gespeichert oder auf einen Berichtsserver hochgeladen werden. Wenn Sie eine Berichtsdefinition hochladen, statt sie zu veröffentlichen, tritt keine Versionsüberprüfung oder Ausdrucksüberprüfung auf. Sie werden Fehler erst bemerken, wenn der Bericht ausgeführt wird. Weitere Informationen finden Sie unter "Speichern und Bereitstellen".

Veröffentlichte Berichte Ein veröffentlichter Bericht ist ein Berichtsserverelement, das Sie über ein Reporting Services-Tool auf einem Berichtsserver veröffentlichen. Auf einem systemeigenen Berichtsserver veröffentlichen Sie den Bericht in einem Ordner, für den Sie Berechtigungen haben. Auf einem SharePoint-Berichtsserver können Sie den Bericht in einer Dokumentbibliothek veröffentlichen, die für den Berichtsinhaltstyp aktiviert ist. Um den Bericht freizugeben, der andere verwendet, muss ihnen die Berechtigung zum Anzeigen des Berichts erteilt worden sein. Weitere Informationen finden Sie unter "Speichern und Bereitstellen".

Aktualisierte Berichte Ein aktualisierter Bericht ist eine veröffentlichte Berichtsdefinition, die in ein neueres Schema konvertiert wird, wenn ein Berichtsserver von einer Version von Reporting Services auf eine höhere Version aktualisiert wird. Die ursprüngliche Berichtsdefinition wird beibehalten. Der Bericht wird im Arbeitsspeicher aktualisiert, kompiliert, und die kompilierte Version wird intern gespeichert. Weitere Informationen finden Sie unter Upgrade Reports.

Phasen der Berichtsentwicklung

Eine Berichtsdefinition kann erstellt, veröffentlicht oder gespeichert, kompiliert, verarbeitet, zwischengespeichert, gerendert, angezeigt, exportiert und als Verlauf gespeichert werden. Wenn Sie einen Bericht ausführen, verarbeitet der Berichtsserver den Bericht in drei Schritten. Zu diesen Schritten gehört die Berichtsverarbeitung, die Datenverarbeitung und das Rendering. Daten- und Berichtsverarbeitung werden in einer Berichtsdefinition ausgeführt. Die Ergebnisse liegen in einem internen Zwischenformat vor. Berichte, die sich im Zwischenformat befinden, werden anschließend in ein bestimmtes Anzeigeformat gerendert. Das folgende Diagramm zeigt die Phasen und Elemente der Berichtsverarbeitung.

Berichtsverarbeitungsdiagramm

Berichtsdefinition Die Berichtsdefinitionsdatei (RDL), die auf einem Berichtsserver gespeichert ist. Weitere Informationen finden Sie unter Berichtsdefinitionssprache (SSRS).

Kompilierter Bericht und Zwischenberichtsformat Der Bericht, in dem ausgewertete Ausdrücke, Parameter und Parametereigenschaften enthalten sind.

Momentaufnahme oder Berichtsverlauf Eine Momentaufnahme ist der Satz von Berichtsdaten zu einem bestimmten Zeitpunkt sowie das Zwischenformat, das Berichtslayoutinformationen enthält. Weitere Informationen finden Sie unter Performance, Snapshots, Caching (Reporting Services).

Verarbeiteter Bericht Ein vollständig verarbeiteter Bericht, der Sowohl Daten- als auch Layoutinformationen enthält.

Gerenderter Bericht Ein vollständig verarbeiteter Bericht wird an einen Berichtsrenderer gesendet, um die Daten und das Layout auf jeder Seite des zielbezogenen Renderingformats zu kombinieren. Renderingerweiterungen können vom Benutzer angepasst und erweitert werden. Das Standardrenderingformat für einen Bericht ist HTML 4.0. Weitere Informationen finden Sie unter Seitenlayout und Rendering (Berichts-Generator und SSRS) und Erweiterungen (SSRS).

Exportierter Bericht Ein exportierter Bericht ist ein vollständig paginierter Bericht, der in einem bestimmten Dateiformat gespeichert ist. Exportformate hängen von installierten Renderingerweiterungen ab und können angepasst werden. Standardmäßig schließen Exportformate Excel, Word, XML, PDF, TIFF und CSV ein. Weitere Informationen finden Sie unter Exportieren von Berichten (Berichts-Generator und SSRS).For more information, see Exporting Reports (Report Builder and SSRS).

Siehe auch

Reporting Services Features and Tasks (SSRS)Technical Reference (SSRS)Reporting Services (SSRS)