Wir haben derzeit eine große Menge an Verwendungsinformationen, die in einer SQL Server 2008-Datenbank nachverfolgt werden. Es wurde jedoch beschlossen, keine Zeit für die Entwicklung einer Benutzeroberfläche für die Verbindung mit diesen Daten in unserem aktuellen Verwaltungssystem zu verwenden, sondern lediglich einen Link zu einem Excel-Dokument mit den Informationen aus diesen Tabellen bereitzustellen.Exportieren von SQL Server 2008-Tabellen nach Excel in C#
Der Link würde auf einer ASP.NET-Seite angezeigt werden.
Ich habe für einen schnellen und einfachen Weg um dies zu tun gegoogelt - das scheint wie die Art von Sache, die schon erledigt wäre. Ich finde eine Million verschiedene Artikel über zehntausend verschiedene Technologien, die damit zusammenhängen.
Vorausgesetzt, dass ich dies aus Code und nicht mithilfe von SQL Server Management Studio oder einem anderen Tool tun möchte, ist die einfachste/schnellste Möglichkeit, den von SQL Server 2008 generierten Benutzern aktuelle Excel-Tabellen zur Verfügung zu stellen Datenbank?
Wenn es als geplanter Job automatisiert werden kann, wäre das akzeptabel, aber nicht perfekt. Du hast Recht, dass es keine Voraussetzung ist, dass es in Code gemacht wird, aber je näher es einem Live-Bericht ist, desto besser. Dennoch, ich denke nicht, dass eine tägliche Aktualisierung zu alt werden würde. – PeterL
Ich bin in erster Linie Entwickler. Ich bin keiner, der vor Code zurückschreckt. Aber Sie könnten einen Export haben, der alle oder die meisten Ihrer Anforderungen erfüllen würde, wie oben in ein paar Minuten beschrieben. Wenn Sie einen wirklich lebendigen Bericht wünschen (der stundenlang gedruckt und herumgetragen wird), ist es nicht schwer mit ADO.NET zu arbeiten und in eine CSV-Datei mit dem passenden MIME-Typ auszuspucken, der automatisch von Excel geöffnet wird. Fragen Sie sich, ob es etwas gibt, das Sie lieber kodieren als ein Daten-Dump. :) –
Ich denke, du hast Recht - für die Zeit investiert, wird dies die beste Lösung sein. Die Codierungslösungen geben einen sehr kleinen Gewinn (etwas frischere Ergebnisse) für viel mehr Schmerz (Zeit, die in das Schreiben von Code und möglicherweise das Erlernen einer neuen API investiert wurde). – PeterL