Neues in Microsoft-Berichten

  • Artikel

Microsoft Visual Studio 2010 enthält die folgenden neuen Berichtsfunktionen, die Ihnen dabei helfen, Berichte zu entwerfen, sie in Anwendungen anzuzeigen und die Anwendungen in Microsoft SQL Server Reporting Services zu integrieren:

  • Berichts-Designer für das RDL 2008-Schema

  • Neuer Berichts-Assistent

  • Verbesserungen der ReportViewer-Steuerelemente

  • AJAX-Unterstützung im ASP.NET-Webserver-Steuerelement

  • Verbesserungen bei der Programmierbarkeit der ReportViewer-Steuerelemente

Berichts-Designer für das RDL 2008-Schema

Der Berichts-Designer von Visual Studio 2010 unterstützt die Berichtserstellung basierend auf dem Schema der Definition Language (RDL) 2008. Im Berichts-Designer können Sie Berichte mit Berichtselementen wie Tablix-, Messgerät- und verbesserten Diagrammdatenbereichen erstellen. Folgende neue Funktionen sind verfügbar:

  • Verbesserter Diagrammdatenbereich

  • Neuer Messgerät-Datenbereich

  • Neuer Tablix-Datenbereich

  • Verbesserungen am Berichts-Designer

  • Neue und verbesserte Berichts- und RDL-Elemente

Weitere Informationen zu diesen neuen Funktionen im Berichts-Designer finden Sie unter What's New in Report Authoring in der SQL Server-Onlinedokumentation.

Wenn Sie vorhandene RDL 2005-Berichte im Berichts-Designer öffnen, müssen Sie angeben, dass die Berichte auf das RDL 2008-Schema aktualisiert werden sollen. Der Berichts-Designer von Visual Studio 2010 unterstützt das RDL 2005-Schema nicht. Sie können jedoch weiterhin vorhandene RDL 2005-Berichte in den ReportViewer-Steuerelementen von Visual Studio 2010 verarbeiten, die Berichte basierend auf den RDL 2005- und RDL 2008-Schemas im lokalen Verarbeitungsmodus unterstützen.

Wenn Sie ReportViewer-Steuerelemente im Remoteverarbeitungsmodus in einer SQL Server 2008-Version oder einer höheren Version des Reporting Services-Berichtsservers verwenden, können Sie die Funktionen für die Berichtserstellung von Reporting Services nutzen, beispielsweise benutzerdefinierte Berichtselemente und Berichtsmodelle, indem Sie Berichte in Business Intelligence Development Studio erstellen. Wenn Sie ReportViewer-Steuerelemente im Remoteverarbeitungsmodus in einer SQL Server 2008 R2-Version des Reporting Services-Berichtsservers verwenden, können Sie die umfassenderen Funktionen für die Berichtserstellung nutzen, die im RDL 2010-Schema verfügbar sind, beispielsweise Zuordnungen, Sparklines und Indikatoren.

Zurück zum Anfang

Neuer Berichts-Assistent

Visual Studio 2010 bietet einen neuen Berichts-Assistenten, der die Datendefinition und den Berichtsentwurf vereinfacht, indem Ihnen Schritt für Schritt bei der Erstellung eines kompletten Berichts geholfen wird. Sie können den Berichts-Assistenten ausführen, um schnell einen Bericht zu erstellen. Weitere Informationen finden Sie unter Erstellen von Clientberichtsdefinitionen mithilfe des Berichts-Assistenten von Visual Studio.

Zurück zum Anfang

Verbesserungen der ReportViewer-Steuerelemente

Visual Studio 2010 enthält neue Windows Forms- und ASP.NET-ReportViewer-Steuerelemente, die umfangreiche Funktionen und Verbesserungen der Benutzeroberfläche bieten. Zu diesen Verbesserungen gehören folgende:

  • Unterstützung für die SQL Server 2008-Version oder einer höheren Version des Reporting Services-Berichtsservers
    Die Visual Studio 2010-Steuerelemente nutzen die Verarbeitungs- und Renderingverbesserungen in SQL Server 2008, um die Leistung zu optimieren. Weitere Informationen zu diesen Verarbeitungs- und Renderingverbesserungen finden Sie unter What's New in Report Processing and Rendering in der SQL Server-Onlinedokumentation.

    Tipp

    Die ReportViewer-Steuerelemente von Visual Studio 2010 unterstützen die SQL Server 2005-Version des Reporting Services-Berichtsservers nicht.

  • .NET Framework-Zielversionen
    Die Visual Studio 2010-Steuerelemente können jetzt mit den Versionen 3.5 SP1 und 4 von .NET Framework verwendet werden.

  • Aktualisiertes Erscheinungsbild
    Die Symbolleiste, die Eingabeaufforderungsbereiche und die Dokumentstruktur wurden mit einem neuen Erscheinungsbild aktualisiert.

  • Exportieren nach Microsoft Word
    Im lokalen Verarbeitungsmodus wurde Microsoft Word als Exportformat hinzugefügt.

  • ReportViewer-ASP.NET AJAX-Steuerelement
    Weitere Informationen finden Sie unter AJAX-Unterstützung im ASP.NET-Webserver-Steuerelement.

  • Verbesserungen der Programmierbarkeit
    Weitere Informationen finden Sie unter Verbesserungen bei der Programmierbarkeit der ReportViewer-Steuerelemente.

Zurück zum Anfang

AJAX-Unterstützung im ASP.NET-Webserver-Steuerelement

Das Webserver-Steuerelement ist jetzt ein ASP.NET AJAX-Steuerelement. Es nutzt AJAX, um das Flimmern in der Berichtsnavigation zu reduzieren und die Interaktion mit der Benutzeroberfläche zu verbessern. Als ASP.NET AJAX-Steuerelement verwendet das Webserver-Steuerelement kein IFrame für das asynchrone Rendern des Berichtsbereichs mehr. Stattdessen wird UpdatePanel verwendet, um über asynchrone Postbacks an den Server Seiten teilweise zu rendern. Weitere Informationen zum Rendern von Seitenteilen und asynchronen Postbacks in ASP.NET AJAX finden Sie unter Partial-Page Rendering Overview. In der AJAX-Anwendung können Sie das ReportViewer-Steuerelement auch in einem UpdatePanel platzieren.

Weitere Informationen zum Hinzufügen des ASP.NET-Webserver-Steuerelements zu einem Web Form finden Sie unter Anleitung: Verwenden einer Datenbank-Datenquelle mit dem ReportViewer-Webserver-Steuerelement im lokalen Verarbeitungsmodus.

Verwenden Sie jetzt die InteractivityPostBackMode-Eigenschaft, um das Verhalten für asynchrone Postbacks während der Interaktion zu steuern. Zudem gelten bestimmte Funktionsbeschränkungen durch den Einsatz von IFrame in früheren Versionen nicht mehr:

Das ReportViewer-Webserver-Steuerelement bietet auch Client-APIs, die auf der Microsoft AJAX-Bibliothek basieren, mit denen Entwickler programmgesteuert clientseitige Operationen über JavaScript ausführen können. Weitere Informationen finden Sie unter Microsoft.Reporting.WebFormsClient.ReportViewer-Klasse.

Zurück zum Anfang

Verbesserungen bei der Programmierbarkeit der ReportViewer-Steuerelemente

Zu den Verbesserungen bei der Programmierbarkeit der ReportViewer-Steuerelemente gehören folgende:

  • Umfangreicheres Ereignismodell
    Mehr Ereignisse sind verfügbar, damit Sie die funktionalen und optischen Aspekte des ReportViewer-Steuerelements besser steuern und anpassen können. Beispiel:

  • Anpassung
    Mehr Eigenschaften und Methoden sind verfügbar, um das Erscheinungsbild des ReportViewer-Steuerelements anzupassen. Beispiel:

  • Mehr Statusinformationen
    Mehr Eigenschaften und Methoden sind verfügbar, damit Sie mehr Informationen über den aktuellen Status des ReportViewer-Steuerelements bekommen. Beispiel:

  • Clientseitige API
    Weitere Informationen finden Sie unter AJAX-Unterstützung im ASP.NET-Webserver-Steuerelement.

  • Asynchrones Rendern
    Weitere Informationen finden Sie unter AJAX-Unterstützung im ASP.NET-Webserver-Steuerelement.

  • Sitzungspings
    Mit der KeepSessionAlive-Eigenschaft können Sie steuern, ob das ReportViewer-Steuerelement weiterhin Pingbefehle an den Server sendet, damit die Benutzersitzung aktiv bleibt, oder ob sie abläuft.

  • Einstellungen von Geräteinformationen für interaktive Berichte
    Mit der InteractiveDeviceInfos-Eigenschaft können Sie Einstellungen von Geräteinformationen für den Bericht im Berichtsbereich angeben.

  • Druckanpassung
    Mit Methoden wie SetPageSettings und Eigenschaften wie PrinterSettings (nur Windows Forms) können Sie programmgesteuert die Seitengröße, Ränder und den Standarddrucker für die integrierten Dialogfelder für die Seiten- und Druckeinrichtung festlegen.

  • Lokalisierung
    Jetzt können mehr Meldungen im ReportViewer-Steuerelement in der IReportViewerMessages3-Oberfläche angepasst und lokalisiert werden.

  • Anwendungsdomänen
    Das ReportViewer-Steuerelement ermöglicht jetzt eine bessere Steuerung der Sandbox-Anwendungsdomäne im lokalen Verarbeitungsmodus. Aufgrund von Änderungen in der Funktion für die Codezugriffssicherheit (Code Access Security, CAS) in .NET Framework 4 wird die aktuelle Anwendungsdomäne nicht mehr unterstützt, wenn sie in .NET Framework 4 verwendet wird, ohne dass das <NetFx40_LegacySecurityPolicy>-Flag in der Datei Web.config festgelegt wird.

  • Veraltete Eigenschaften
    Die folgenden Eigenschaften sind veraltet, da der Eingabeaufforderungsbereich und die Dokumentstruktur nicht mehr von Schaltflächen auf der Symbolleiste gesteuert werden: ShowPromptAreaButton und ShowDocumentMapButton. Die folgenden Eigenschaften von Webserver-Steuerelementen sind veraltet, da das ReportViewer-Steuerelement keine gedrückten Schaltflächen mehr verwendet: ToolBarItemPressedBorderStyle, ToolBarItemPressedBorderColor, ToolBarItemPressedBorderWidth und ToolBarItemPressedHoverBackColor.

Zurück zum Anfang

Siehe auch

Konzepte

Microsoft-Berichte