Excel via ODBC zu SQL-Server

[Schledo]

Wir stehen vor einen kleinen Problem. Wir haben grob gesagt eine Datenbank auf einem MSSQL-Server (2000), die in der ersten Stufe des Projektes mit Daten aus 2 verschiedenen Quellen gefüllt wird. Diese Datenquellen sind einerseits Dateien von Microsoft Project (2000) und andererseits Excel-Dateien (97er Version, bald wohl 2000).

Nun ist es für unser Projekt äußerst sinnvoll, ein PUSH-Verfahren zu verwenden um die Daten auf den SQL-Server zu bekommmen, d.h. der Benutzer schickt die Daten zu gegebener Zeit an den Server.

Unter Microsoft Project funktioniert das wunderbar, indem man unter "Speichern unter ..." mit der Schaltfläche "ODBC" arbeitet und eine entsprechend konfigurierte Zieldatenbank in der ODBC-Schnittstelle konfiguriert hat. Der Benutzer kann so die Daten(bank) von Project auf dem SQL-Server speichern.

Ein Problem gibt es nun allerdings bei Excel, hier haben wir bisher nur die Möglichkeit, die Daten in einem quasi PULL-Verfahren von Seiten des Servers zu holen, d.h. der SQL-Server importiert die Daten mittels eines DTS-Auftrages (Data Transfomation Services) zu gegebener Zeit.

Nun wäre es aber überaus wünschenswert, wenn es bei den Excel-Quellen auf exakt die selbe Art und Weise gehen würde, wie bei den Project-Dateien, d.h. auch in einem quasi PUSH-Verfahren. Allerdings haben wir bisher keine Möglichkeit gesehen, dies auf ähnlich elegante und einfache Art zu realisieren, z.B. auch über ODBC.

Gibt es hierzu irgendwelche Möglichkeiten, dies ebenso zu realisieren oder bleibt letztendlich "nur" ein PULL-Verfahren Seitens des SQL-Server bei den Excel-Dateien übrig?

[God_of_Hellfire]

hi,

ich wüsste auch nicht das es sowas in excel von haus aus gibt.

ne möglichkeit wär das ganze in vba zu programmieren.

damit ist odbc (wie auch mit vb) kein problem.

gruß

phil

[bigpoint]

Die einziege möglichkeit die ich sehe ist, ein DTS paket zu erstellen der in Zeitperioden dein Exel abfragt und wenn da neue Daten vorhanden die in SQL briengt, aber was ich nicht versteh warum nicht sofort in SQL die Daten speichern ??

[Schledo]

warum nicht sofort in SQL die Daten speichern ??

Das kommt daher, weil diese Berichte ("Management Reports" gennat) sowieso weiterhin in Excel produziert werden (mit vielen komlexen Makros) und das auch in Ordnung so ist.

Und diese Arbeit soll eben nicht doppelt gemacht werden, d.h. der Ersteller dieser Berichte soll nicht alle Grunddaten noch einmal in eine Eingabemaske eingeben müssen, sondern eben nur nochmal anderst ablegen/speichern Schade, das da noch niemand eine Möglichkeit erwähnt hat, ich recherchiere immer noch im Netz herum ...

[Schledo]

Die Frage hat sich übrigens geklärt. Danke für alle Antworten.

Es wird nun so gelöst:

In Office97 kann man im Setup ein optionales AddIn installieren (ODBC-AddIn/Datenbanktreiber SQL Server). Nachdem dieses installiert und im AddIn-Manager aktiviert ist, kann man die ODBC-Schnittstelle bei der Programmierung eines Makros nutzen. Nun kann man ein Makro bzw. eine Schaltfläche realisieren, welche die Daten beareitet und via ODBC auf den SQL Server stopft.