Entwerfen von Berichten mithilfe des Berichts-Designers (SSRS)

Mit dem Berichts-designer können Sie Reporting Services-Berichte und Berichtslösungen mit vollem Funktionsumfang erstellen. Die grafische Benutzeroberfläche des Berichts-Designers ermöglicht Ihnen, Datenquellen, Datasets und Abfragen, Berichtslayoutpositionen für Datenbereiche und Felder sowie interaktive Funktionen. z. B. Parameter und zusammenwirkende Berichtssätze, zu definieren.

Vorteile für Projekte

Verwenden Sie Projekte für folgende Aufgaben:

• Organisieren Sie Berichte und verwandten Elemente in einem Container.

• Testen Sie Berichtslösungen mit Berichten und verwandten Elementen lokal.

• Stellen Sie verwandte Elemente gemeinsam bereit. Nutzen Sie die Projekteigenschaften und Konfigurationsverwaltung für eine Bereitstellung in mehreren Umgebungen.

• Behalten Sie einen Satz von Masterkopien für Berichte und verwandte Elemente bei. Nach der Bereitstellung können veröffentlichte Berichte unbeabsichtigt geändert werden.

Anhand der Informationen in diesem Thema können Sie Berichte und verwandte Elemente für ein konkretes Berichtsprojekt in einer SQL Server-Datentools (SSDT)-Projektmappe entwerfen. Weitere Informationen zu Projektmappen und mehreren Projekten in SQL Server-Datentools (SSDT) finden Sie unter Reporting Services in SQL Server-Datentools (SSRS).

In diesem Artikel

Freigegebene Datenquellen

Freigegebene Datasets

Berichte

Berichtsteile

Ressourcen

Berichtslayout

Vorschau

Speichern und Bereitstellen

Berichtsüberprüfung und Fehlerebenen

Freigegebene Datenquellen

Verwenden Sie SQL Server-Datentools, um freigegebene Datenquellen für eine Berichtslösung zu definieren und bereitzustellen. Freigegebene Datenquellen können mit den Eigenschaften OverwriteDataSources und TargetDataSourceFolder unabhängig von anderen Elementen in einem Projekt bereitgestellt werden. Weitere Informationen finden Sie unter Festlegen von Bereitstellungseigenschaften (Reporting Services).

Im Berichts-Designer nutzen Sie sowohl den Berichtsdatenbereich als auch den Projektmappen-Explorer, um die in einem Bericht verwendeten Datenquellen zu definieren. Weitere Informationen finden Sie unter Berichtsdatenbereich. Sie können Datenquellen, die auf einem Berichtsserver oder einer SharePoint-Website veröffentlicht, aber nicht in die SQL Server-Datentools-Projektmappe eingeschlossen wurden, nicht mit SQL Server-Datentools öffnen. Verwenden Sie für diese Funktion Berichts-Generator (SSRS).

SQL Server-Datentools ist ein Clienttool. Sie können die Berichtslösung lokal auf dem Computer testen, zum Testen der Serverlösung in einer Testumgebung bereitstellen und dann in einer Produktionsumgebung bereitstellen. Überprüfen Sie nach der Bereitstellung, dass die Verarbeitungserweiterungen und Anmeldeinformationen der Datenquelle für die Berichtsserverumgebung konfiguriert wurden. Der Konfigurations-Manager unterstützt Sie beim Verwalten der Eigenschaften für verschiedene Bereitstellungen. Weitere Informationen finden Sie unter Reporting Services in SQL Server-Datentools (SSRS).

Weitere Informationen finden Sie unter Datenverbindungen, Datenquellen und Verbindungszeichenfolgen (SSRS).

Zurück zum Anfang

Freigegebene Datasets

Verwenden Sie SQL Server-Datentools, um freigegebene Datasets für eine Berichtslösung zu definieren und bereitzustellen. Freigegebene Datasets können mit den Eigenschaften OverwriteDatasets und TargetDatasetFolder unabhängig von anderen Elementen in einem Projekt bereitgestellt werden. Weitere Informationen finden Sie unter Festlegen von Bereitstellungseigenschaften (Reporting Services).

Im Berichts-Designer nutzen Sie sowohl den Berichtsdatenbereich als auch den Projektmappen-Explorer, um die in einem Bericht verwendeten freigegebenen Datasets zu definieren. Weitere Informationen finden Sie unter Berichtsdatenbereich. Sie können veröffentlichte Datasets mithilfe von SQL Server-Datentools nicht direkt von einem Berichtsserver oder einer SharePoint-Website aus öffnen. Verwenden Sie hierfür Berichts-Generator (SSRS) im Modus "Freigegebenes Dataset".

SQL Server-Datentools ist ein Clienttool. Abfrage-Designern unterstützen Sie beim Erstellen und Testen von Abfrageergebnissen lokale in der Vorschau. Nach der Bereitstellung können Sie freigegebene Datasets unabhängig von den freigegebenen Datenquellen und Berichten verwalten, von denen sie abhängen. Weitere Informationen finden Sie unter Erstellen von Berichten zu eingebetteten und freigegebenen Datasets (Berichts-Generator und SSRS), Abfrageentwurfstools in SQL Server-Datentools (SSRS) des Berichts-Designers und Verwalten von freigegebenen Datasets.

Zurück zum Anfang

Berichte

Berichte sind Dateien, die in einem Berichtsprojekt gespeichert werden. Berichte können als eigenständige Berichte, als Unterberichte oder als Ziele für Drillthroughaktionen in Hauptberichten verwendet werden. Mit TargetReportFolder und anderen Eigenschaften können Berichte unabhängig von anderen Elementen in einem Projekt bereitgestellt werden. Weitere Informationen finden Sie unter Festlegen von Bereitstellungseigenschaften (Reporting Services).

Hinweis

Bei Veröffentlichung auf einem Berichtsserver im SharePoint-Modus können einige Berichtslösungsfunktionen im Berichts-Designer-Projekt nicht getestet werden. Für Verweise auf Berichte, Unterberichte und Drillthroughberichte müssen vollqualifizierte URLs verwendet werden, die erst nach der Bereitstellung des Berichtsprojekts getestet werden können. Weitere Informationen finden Sie unter Beispiele für URLs von veröffentlichten Berichtselementen auf einem Berichtsserver im SharePoint-Modus (SSRS).

Sie können einem Projekt Berichte auf folgende Weise hinzufügen:

• Fügen Sie ein neues Berichtsprojekt hinzu. Standardmäßig wird ein leerer Bericht in Berichts-Designer geöffnet. Weitere Informationen finden Sie unter Hinzufügen eines neuen oder vorhandenen Berichts zu einem Berichtsprojekt (SSRS).

• Fügen Sie ein Berichts-Assistent-Projekt hinzu. Sie erstellen das Projekt mithilfe einer detaillierten Anleitung. Der Berichts-Assistent vereinfacht die Datendefinition und den Berichtsentwurf, indem er sie in einzelne Schritte aufteilt und am Ende einen fertigen Bericht erstellt. Sie können Formate hinzufügen und den Assistenten so für Ihre Organisation anpassen. Weitere Informationen finden Sie unter Hinzufügen eines neuen oder vorhandenen Berichts zu einem Berichtsprojekt (SSRS).

• Fügen Sie ein neues Element vom Typ "Bericht" hinzu. Ein leerer Bericht wird im Berichts-Designer geöffnet.

• Fügen Sie ein vorhandenes Element hinzu. Eine vorhandene Berichtsdefinition (.rdl) wird im Berichts-Designer geöffnet. Beim Öffnen eines Berichts oder Projekts aus einer früheren Version von Reporting Services wird das Projekt ggf. automatisch auf die aktuelle Version bzw. der Bericht auf das aktuelle Schema aktualisiert. Weitere Informationen finden Sie unter Aktualisieren von Berichten.

• Importieren Sie einen Microsoft Access-Bericht. Importieren Sie alle Berichte aus einer Access-Datenbank (.mdb, .accdb) oder einer Projektdatei (.adp). Jeder Bericht in einer Datenbank- oder Projektdatei wird vom Berichts-Designer in Berichtsdefinitionssprache (RDL, Report Definition Language) konvertiert und im Berichtsprojekt gespeichert. Nicht alle Funktionen eines Access-Berichts werden in eine Berichtsdefinitionsdatei (.rdl) übertragen. Weitere Informationen finden Sie unter Importieren von Berichten aus Microsoft Access (Reporting Services) und Unterstützte Access-Berichtsfunktionen (SSRS).

  Hinweis
  Die Verwendung des Importfunktionen setzt voraus, dass auf dem Computer, auf dem auch der Berichts-Designer installiert ist, Access 2002 oder höher installiert ist. Beim Importieren der Berichte muss die Datenquelle für die Access-Berichte verfügbar sein.

• Arbeiten Sie direkt in RDL. Wenn Sie im Berichts-Designer einen Bericht erstellen, wird dieser als RDL-Datei (Report Definition Language, Berichtsdefinitionssprache) im XML-Format gespeichert. Sie können diese Datei mit dem Berichts-Designer, einem Texteditor oder jedem anderen Tool zur Bearbeitung von XML bearbeiten.

  Wenn Sie die Berichtsdefinitionsquelle im Berichts-Designer ändern, bearbeiten Sie das aktuelle RDL-Schema für die Version von SQL Server, von der aus Sie die Entwicklungstools installiert haben. Wenn Sie ein Projekt erstellen, kann sich die Schemaversion abhängig von den Bereitstellungseigenschaften ändern. Weitere Informationen finden Sie unter Bereitstellung und Versionsunterstützung in SQL Server-Datentools (SSRS).

  Das direkte Bearbeiten von RDL kann zur Folge haben, dass der Bericht nicht auf dem Berichtsserver veröffentlicht oder nicht ausgeführt werden kann. Stellen Sie wie bei jeder XML-Datei sicher, dass in den Elementen verwendete XML-spezifische Zeichen richtig codiert sind. Wenn Sie den Bericht veröffentlichen, wird auf dem Berichtsserver der in der RDL-Datei enthaltene XML-Code anhand des Schemas überprüft.

  Um Elemente einzuschließen, die nicht Teil des RDL-Schemas sind, fügen Sie sie in das Custom-Element ein. Das Custom-Element kann von benutzerdefinierten Renderingerweiterungen gelesen werden, wird aber von den mit Reporting Services bereitgestellten Renderingerweiterungen ignoriert. Sie können mithilfe des Custom-Elements beispielsweise Kommentare im Bericht speichern.

  Weitere Informationen finden Sie unter Berichtsdefinitionssprache (Report Definition Language, RDL) (SSRS).

Zurück zum Anfang

Berichtsteile

Nachdem Sie Tabellen, Diagramme und andere Berichtselemente in einem Projekt erstellt haben, können Sie sie im Berichts-Designer auf einem Berichtsserver oder einer in einen Berichtsserver integrierten SharePoint-Website als Berichtsteile veröffentlichen, damit sie von Ihnen und weiteren Benutzern in anderen Berichten wiederverwendet werden können. Weitere Informationen finden Sie unter Berichtsteile im Berichts-Designer (SSRS).

Mit TargetReportPartFolder und anderen Eigenschaften können Berichtsteile unabhängig von anderen Elementen in einem Projekt bereitgestellt werden. Weitere Informationen finden Sie unter Festlegen von Bereitstellungseigenschaften (Reporting Services).

Zurück zum Anfang

Ressourcen

Sie können dem Projekt Dateien hinzufügen, die zwar einen Bezug zu dem Bericht haben, aber nicht vom Berichtsserver verarbeitet werden. Sie können z. B. Grafiken für Bilder oder ESRI-Shape-Dateien für räumliche Daten hinzufügen. Weitere Informationen finden Sie unter Ressourcen.

Zurück zum Anfang

Berichtslayout

Um das Berichtslayout zu erstellen, ziehen Sie Berichtselemente und Datenbereiche aus der Toolbox auf die Entwurfsoberfläche, und ordnen Sie sie entsprechend an. Ziehen Sie Datasetfelder auf die Elemente in der Entwurfsoberfläche, um dem Bericht Daten hinzuzufügen. Wenn Sie Daten in einem Tablix-Datenbereich in Gruppen organisieren möchten, ziehen Sie Datasetfelder in den Bereich für die Gruppierung. Da Berichterstellungstools primär zum Erstellen von Berichtsdefinitionen dienen, sind die Ansätze für den Berichtsentwurf im Berichts-Generator und Report Designer einander sehr ähnlich.

Zurück zum Anfang

Vorschau

Verwenden Sie die Vorschau, um die Berichtsdaten und den Layoutentwurf zu überprüfen. Wenn Sie eine Vorschau eines Berichts anzeigen, überprüft der Berichtsprozessor das Berichtsdefinitionsschema und die Ausdruckssyntax. Probleme werden im Fenster Ausgabe aufgelistet.

Hinweis

Wenn Sie eine Vorschau für einen Bericht anzeigen, werden die Daten für den Bericht auf dem lokalen Computer in einer Datei zwischengespeichert. Wenn Sie für denselben Bericht erneut eine Vorschau anzeigen, indem Sie dieselbe Abfrage und dieselben Parameter und Anmeldeinformationen verwenden, ruft der Berichts-Designer die zwischengespeicherte Kopie ab, anstatt die Abfrage erneut auszuführen. Die Datendatei wird in demselben Verzeichnis wie die Berichtsdefinitionsdatei unter dem Namen <reportname>.rdl.data gespeichert. Die Datei wird nicht gelöscht, wenn Sie den Berichts-Designer schließen.

Sie können eine Vorschau eines Berichts wie folgt anzeigen:

• Vorschauansicht. Klicken Sie auf die Registerkarte Vorschau. Der Bericht wird lokal mit derselben Berichtsverarbeitungs- und Renderingfunktionalität ausgeführt, die auf dem Berichtsserver zur Verfügung steht. Der Bericht wird als interaktives Bild angezeigt, in dem Sie Parameter auswählen, auf Links klicken, die Dokumentstruktur anzeigen und ausgeblendete Bereiche des Berichts erweitern bzw. reduzieren können. Darüber hinaus können Sie den Bericht in jedes installierte Renderingformat exportieren.

• Eigenständige Vorschau. Führen Sie den lokalen Bericht in einem Browser aus. Mit einer Debugkonfiguration können Sie diesen Modus auch verwenden, um von Ihnen geschriebene benutzerdefinierte Assemblys zu debuggen. Es gibt drei Möglichkeiten, ein Projekt im Debugmodus auszuführen:

  • Klicken Sie im Menü Debuggen auf Starten.

  • Klicken Sie auf der Visual Studio-Standardsymbolleiste auf die Schaltfläche Start.

  • Drücken Sie F5.

  Falls Sie eine Projektkonfiguration verwenden, die zwar den Bericht erstellt, aber nicht bereitstellt, wird der in der StartItem-Eigenschaft angegebene Bericht der aktuellen Konfiguration in einem separaten Vorschaufenster geöffnet.

  Hinweis
  Um den Debugmodus verwenden zu können, müssen Sie ein Startelement festlegen. Klicken Sie im Projektmappen-Explorer mit der rechten Maustaste auf das Berichtsprojekt, klicken Sie auf Eigenschaften, und wählen Sie unter StartItem den Namen des anzuzeigenden Berichts aus.

  Wenn Sie einen bestimmten Bericht in der Vorschau anzeigen möchten, der nicht als Startelement für das Projekt festgelegt ist, wählen Sie eine Konfiguration aus, die den Bericht zwar erstellt, jedoch nicht bereitstellt (z. B. die DebugLocal-Konfiguration). Klicken Sie dann mit der rechten Maustaste auf den Bericht, und klicken Sie anschließend auf Ausführen. Sie müssen eine Konfiguration auswählen, die den Bericht nicht bereitstellt. Andernfalls wird der Bericht auf dem Berichtsserver veröffentlicht und nicht lokal in einem Vorschaufenster angezeigt.

• Seitenansicht.

  Wenn Sie einen Bericht zum ersten Mal im Vorschaumodus oder im Vorschaufenster anzeigen, gleicht die Anzeige des Berichts einem per HTML-Renderingerweiterung erstellten Bericht. Die Vorschau ist kein HTML-Code, das Layout und die Paginierung des Berichts gleichen jedoch der HTML-Ausgabe.

  Sie können die Ansicht ändern und einen gedruckten Bericht darstellen, indem Sie zur Seitenansicht wechseln. Klicken Sie auf der Vorschausymbolleiste auf die Schaltfläche Seitenansicht. Der Bericht wird so angezeigt, wie er auf einer physischen Seite dargestellt werde würde. Diese Ansicht gleicht der Ausgabe durch die Bild- und PDF-Renderingerweiterung. Die Seitenansicht ist keine Bild- oder PDF-Datei, das Layout und die Paginierung des Berichts gleichen jedoch der Ausgabe in diesen Formaten. Sie können die Größe des Berichtsbilds auswählen, z. B. indem Sie die Breite der Seite festlegen.

  Die Seitenansicht hilft Ihnen, zahlreiche Renderingprobleme zu erkennen, die beim Drucken des Berichts auftreten können. Folgende Renderingprobleme können auftreten:

  • Zusätzliche leere Seiten, da der Bericht zu breit für das Papierformat ist, das für den Bericht angegeben wurde.

  • Zusätzliche leere Seiten, da der Bericht eine Matrix enthält, die dynamisch erweitert wird, um die angegebene Breite des Papiers zu überschreiten.

  • Unerwünschte Seitenumbrüche zwischen Gruppen.

  • falsche Anzeige von Kopf- und Fußzeilen.

  • Notwendige Änderungen am Berichtslayout für eine bessere Lesbarkeit im gedruckten Format.

Zurück zum Anfang

Speichern und Bereitstellen

Sie können Berichte und andere Projektdateien im Berichts-Designer lokal speichern oder auf einem Berichtsserver oder einer SharePoint-Website bereitstellen. Freigegebene Datenquellen, freigegebene Datasets, Berichte, Berichtsressourcen und Berichtsteile können abhängig von den konfigurierten Projektbereitstellungseigenschaften unabhängig oder zusammen bereitgestellt werden. Weitere Informationen finden Sie unter Konfigurations- und Bereitstellungseigenschaften.

Beachten Sie, dass Sie Berichte im Berichts-Designer unter Verwendung des Berichtsdefinitionsschemas entwerfen, das von der aktuellen Version von Reporting Services in SQL Server-Datentools (SSDT) unterstützt wird. Wenn Sie Projektbereitstellungseigenschaften für einen bestimmten Berichtsserver oder eine SharePoint-Website festlegen und den Bericht anschließend speichern, speichert der Berichts-Designer die Berichtsdefinition im Buildverzeichnis in dem Schema, das der Version auf dem Zielberichtsserver entspricht. Um Berichte zu erstellen, die auf einem Berichtsserver einer niedrigeren Version veröffentlicht werden können, löscht der Berichts-Designer Berichtselemente, die im Zielschema nicht vorhanden sind. Dies erfolgt automatisch und ohne Aufforderung. In diesem Fall wird die ursprüngliche Berichtsdefinition im Projektordner beibehalten. Die geänderte Berichtsdefinition, die bereitgestellt wird, befindet sich im Buildordner.

Hinweis
Zum Debuggen von Ausdrücken und Bereitstellungsfehlern müssen Sie die Berichtsdefinition im Buildordner anzeigen. Verwenden Sie nicht Quelltext anzeigen. Durch Quelltext anzeigen wird die Berichtsdefinitionsquelle aus dem Projektordner angezeigt.

Weitere Informationen finden Sie unter Bereitstellung und Versionsunterstützung in SQL Server-Datentools (SSRS).

Lokales Speichern eines Berichts

Wenn Sie einen Bericht oder andere Projektelemente im Berichts-Designer bearbeiten, werden die Dateien auf dem lokalen Computer oder einer Freigabe auf einem anderen Computer gespeichert, auf den Sie Zugriff haben.

Wenn Sie Software für die Quellcodeverwaltung verwenden, müssen Sie die Berichte beim Speichern möglicherweise in den Quellcodeverwaltungsserver einchecken. Weitere Informationen finden Sie unter Quellcodeverwaltung.

Bereitstellen oder Veröffentlichen

Ab SQL Server-Datentools können Sie Berichte oder andere Projektelemente in mehreren Versionen von Reporting Services-Berichtsservern bereitstellen. Das Upgrade von Berichtsdefinitionen auf Schemaversionen, die mit den Zielberichtsservern kompatibel sind, steuern Sie mithilfe von Projektkonfigurationen. Zu den mittels Projektkonfigurationen gesteuerten Eigenschaften zählen der Zielberichtsserver, der Ordner, in dem der Buildprozess vorübergehend Berichtsdefinitionen für die Vorschau und Bereitstellung speichert, und die Fehlerebenen. Weitere Informationen finden Sie unter Konfigurations- und Bereitstellungseigenschaften und unter Festlegen von Bereitstellungseigenschaften (Reporting Services).

Exportieren eines Berichts in ein anderes Dateiformat

Berichte können in verschiedene Formate exportiert werden. Diese Formate haben Einfluss auf die Funktionsweise einiger Berichtslayouts und interaktiver Funktionen. Weitere Informationen zu Entwurfsüberlegungen zu verschiedenen Ausgabeformaten finden Sie unter Exportieren von Berichten (Berichts-Generator und SSRS).

Zurück zum Anfang

Berichtsüberprüfung und Fehlerebenen

Berichte werden vor der Vorschau und während der Bereitstellung überprüft. Beim Erstellen von Berichten können verschiedene Erstellungsprobleme auftreten. Berichte können Zeichenfolgen, z. B. Ausdrücke oder Abfragen, enthalten, die mit der von der Projektkonfiguration angegebenen Version von Reporting Services nicht kompatibel sind.

Verwenden Sie die ErrorLevel-Eigenschaft, um die während der Erstellung angezeigten Warnungen und Fehler zu verwalten. Die ErrorLevel-Eigenschaft kann einen Wert von 0 bis einschließlich 4 enthalten. Durch den Wert wird bestimmt, welche Erstellungsprobleme als Fehler und welche als Warnungen gemeldet werden. Der Standardwert ist 2. Die Warnungen und Fehler werden in das Fenster SQL Server-Datentools (SSDT) Ausgabe geschrieben.

Probleme mit einem Schweregrad kleiner oder gleich dem Wert von ErrorLevel werden als Fehler gemeldet. Andernfalls werden die Probleme als Warnungen gemeldet.

In der folgenden Tabelle sind die Fehlerebenen aufgeführt.

Wenn Sie versuchen, einen Bericht, der neue Berichtselemente in SQL Server 2008 R2 enthält, z. B. Karten und Datenbalken, in der Vorschau anzuzeigen oder bereitzustellen, können diese Berichtselemente aus dem Bericht entfernt werden. Standardmäßig wird die ErrorLevel-Eigenschaft der Konfiguration auf 2 festgelegt. Dies würde dazu führen, dass der Bericht nicht erstellt wird, wenn die Karte entfernt wurde. Wenn Sie den Wert der ErrorLevel-Eigenschaft in 0 oder 1 ändern, wird die Karte jedoch gelöscht, eine Warnung ausgegeben und der Erstellungsvorgang fortgesetzt.

Zurück zum Anfang

Siehe auch

Konzepte

Reporting Services in SQL Server-Datentools (SSRS)

Abfrageentwurfstools in SQL Server-Datentools (SSRS) des Berichts-Designers

Bereitstellung und Versionsunterstützung in SQL Server-Datentools (SSRS)