/ / Lokale Berichtsoptionen in einer nicht verbundenen Umgebung? - .net, Reporting-Dienste, Berichterstattung, gelegentlich verbunden

Lokale Berichtsoptionen in einer nicht verbundenen Umgebung? - .net, Reporting-Dienste, Berichterstattung, gelegentlich verbunden

Welche Optionen habe ich, um lokale Berichte zuzulassen?meine Umgebung? Ich habe bereits bestehende zentrale Reporting-Dienste, auf die sie über das Web zugreifen. Ich muss jetzt dieselben Berichte auf der lokalen Maschine anbieten.

Was sind die lokalen Berichtsoptionen? Auf jedem lokalen Computer läuft SQL Express 2005. Müsste ich die ReportServer DBs dann auch replizieren?

Gibt es eine andere Art und Weise? Wäre es einfacher, sie einfach auf eine andere Art und Weise zu erstellen, um mit 200 Installationen von Reporting-Services zu verwirren? Die vorhandenen Berichte sind Ihre grundlegenden greifen die Daten aus den DB-Berichten. Nichts Besonderes.

Antworten:

1 für die Antwort № 1

Sie können das ReportViewer-Steuerelement im lokalen Verarbeitungsmodus ausführen. Um dies zu tun, werden Sie in Ihrer Umgebung die folgenden zwei Dinge benötigen:

1 - Berichtsdefinitionsdateien (RDLC-Dateien), die die Berichte erstellen.

2 - Daten, die in den Berichten angezeigt werden sollen.

Sie haben bereits # 1, Sie müssen es nur verpackenirgendwo in einem lokalen Repository. Das ReportViewer-Steuerelement muss darauf zugreifen können. Ob es ein WebControl- oder ein Winform-Steuerelement ist, beide benötigen RDLC-Dateien, um die Berichte zu erstellen.

Wie für die Daten müssen Sie herausfinden, wieSie werden von der Datenbank auf Benutzermaschinen repliziert. Eine Idee wäre, XML-Dateien mit den Daten zu generieren, die XML dann in ein Dataset einzulesen und an das reportViewer-Steuerelement zu übergeben.