Bericht in Winform-Anwendung zentralisieren

Question

Ich arbeite an einer Winform-App und möchte, dass die gleichen Berichte für andere verfügbar sind, wenn die Berichte bearbeitet oder geändert werden. Derzeit, wenn ein Bericht geändert wird, muss ich die Anwendung erneut bereitstellen oder die Berichtsdatei in einen Ordner kopieren. Ich suche nach einer Alternative.

Super-Nutzer der App haben die Möglichkeit, in den Design-Modus zu wechseln und den Bericht zu bearbeiten. Gibt es eine Möglichkeit, die Berichtsänderungen zurück zu einer Datenbank zu streamen? ... Die Berichtsdatei wird in der Datenbank gespeichert und wenn ein Benutzer die Anwendung öffnet, wird der Bericht kopiert. Was würden einige von euch schlauen empfehlen?

Answer 1

Wenn Sie nicht behaupten, so intelligent zu sein, aber die Bearbeitung zulassen, klingt das so, als würden Sie mit Diskrepanzen zwischen dem erstellten Bericht und dem zuletzt gespeicherten Bericht konfrontiert. In diesem Fall wäre es am besten, Tabellen für den Bericht zu erstellen und diese zu füllen, wenn der Bericht erstellt wird. Wenn ein Benutzer den Bericht bearbeiten möchte, verwenden Sie stattdessen diese Tabellen. Dadurch kann der Benutzer den Bericht bearbeiten, die ursprünglichen Werte bleiben jedoch erhalten. Eine gute Idee wäre auch, die Änderungen zu überprüfen, die ein Benutzer an dem Bericht vornimmt.

Alternativ speichern Sie den Bericht als Dokument in der Datenbank zusammen mit einem Zeitstempel.

Answer 2

Ich weiß nicht genau, was Ihre Situation ist, also ist diese erste Idee vielleicht nicht machbar, aber ich dachte, ich würde sie als Idee veröffentlichen, falls Sie nicht daran gedacht haben.

Können Sie die Berichte in ASP.Net oder SQL Server Reporting Services ausführen und die Windows-Anwendung die Berichte entweder über einen System.Diagnosc.Process-Aufruf öffnen oder indem eines der Formulare über ein WebBrowser-Steuerelement verfügt?

Eine der Apps, die ich erstellt habe, gab den Endbenutzern große Flexibilität beim Ändern der Berichtskriterien. In dieser Situation wollten sie, dass alle Repots gleich aussahen, aber basierend auf verschiedenen Kriterien berichteten. Ich übergab ihnen ein Formular in der Win App, um die Kriterien selbst zu erstellen, ähnlich wie mit dem Query Designer für SQL Server .

Die SQL Server Reporting Services bieten den Endbenutzern auch eine gewisse Flexibilität. Es gibt etwas Training, aber wenn sie jetzt Berichte erstellen, glaube ich nicht, dass die Lernkurve sehr steil ist.

---

Auf einem völlig anderen Weg, näher an, was Sie gefragt, einer der schnellen und schmutzigen Abhilfen kam zu uns war eine ähnliche Situation für die Berichte auf einem Web-Server irgendwo gespeichert haben würde, so dass regelmäßige Nutzer öffne sie über http, was bedeutet, dass sie nicht auf dem Server gespeichert werden konnten. Report-Redakteure hingegen erhielten Rechte an den Repots auf dem Webserver über eine Dateifreigabe. Sie könnten diese Freigabe öffnen und die Berichte bearbeiten und dann in der Freigabe speichern. Wenn ein Benutzer den Bericht das nächste Mal öffnet, sei es über die HTTP- oder die Shared-Methode, erhalten sie die neueste Version.