Daten aus .xls (Excel) in eine Paradox-Datenbank übertragen

[f4k3]

Moin Moin Liebe DPler ;),

hab folgendes Problem zu lösen.

Soll ein Postausgangsbuch erstellen dass die "Büromenschen" die Daten nicht in ein Buch schreiben müssen, sondern es in Digitaler Form vorliegt.

Dazu hab ich jetzt alle Adressen an die die Post geht, im .xls-Format vor mir liegen ...
leider hab ich überhaupt keine Ahnung wie ich excel ansteuern kann um die Daten aus Excel in meine Paradox-Tabelle in Delphi zu bekommen.

ich leg die table per Code an, also geh nicht über den Datenbank-Explorer !!

Wie ichs nach Excel exportieren kann ist mir geläufig ... aber mit der umgekehrten Arbeitsweise steh ich jetzt bei 0.

Habt ihr das Problem schon einmal gelöst?! oder könnt Ihr mir Tipps geben?!

Vielen Dank

euer f4k3 :thumb:

[Codewalker]

Du kannst Excel per OLE-Automation ansteuern. Dazu gibt es viele Beispiele und (je nach Delphi-Version) auch Komponenten. Damit kannst du z.B. den Inhalt von Zellen eines Excel-Sheets Variablen einlesen und diese dann in die Paradox-Tabelle schreiben.

[Sherlock]

Musst Du das nur einmal machen, oder wird diese Übernahme häufiger (im sinne von ständig) gebraucht?
Im ersten Fall machst Du aus dem Excel eine .csv die Du dann importierst.

Falls letzteres zutreffen sollte...keine Ahnung :mrgreen:

Sherlock

[f4k3]

Zitat:

Zitat von Codewalker

Du kannst Excel per OLE-Automation ansteuern. Dazu gibt es viele Beispiele und (je nach Delphi-Version) auch Komponenten. Damit kannst du z.B. den Inhalt von Zellen eines Excel-Sheets Variablen einlesen und diese dann in die Paradox-Tabelle schreiben.

mhm ... ja ... also die OLE-Automation brauch ich glaub ich auch beim Export in Excel ...
also bild mir zumindest ein dass ich die schon einmal verwendet habe ...

aber deine Antwort sagt mir etz nix drüber aus wie ich das Problem konkret lösen könnte ...

So Pro bin ich nun auch wieder nicht :P

[f4k3]

Zitat:

Zitat von Sherlock

Musst Du das nur einmal machen, oder wird diese Übernahme häufiger (im sinne von ständig) gebraucht?
Im ersten Fall machst Du aus dem Excel eine .csv die Du dann importierst.

Falls letzteres zutreffen sollte...keine Ahnung :mrgreen:

Sherlock

Beim ersten Programmstart wird ein logisches Feld (Started)in der "Settings.db" auf False gesetzt.
Damit überprüfe ich ob das Programm bereits einmal gestartet ist.

Wenn es noch nicht gestartet wurde, werden die Verzeichnisse zu den .xls-Dateien angegeben und dann sollte es "übernommen" werden.
Das ganze passiert also nur einmal.

[Chemiker]

Hallo f4k3,

um eine vernünftige Lösung anzubieten, müsste man wissen um wie viele Adressen es sich handelt. Sind es Tausende so ist eine OLE – Automation relativ langsam und der Weg über eine .csv File vorgezeichnet.
Zu überlegen ist auch, ob Paradox + BDE die richtige Kombination für ein neues Projekt ist?

Bis bald Chemiker

[mkinzler]

Kann Excel nicht direkt in ads Paradox-Format exportieren?

[Chemiker]

Hallo mkinzler,

habe das mal vor Jahren probiert, aber es war auch sehr langsam und es hängt immer ein wenig von den Daten ab, jedenfalls musste ich die Daten manuell in Paradox nacharbeiten und das war mir zu fehleranfällig. Da ich aber die zu übernehmenden Daten nicht kenne, kann ich da keine Auskunft drüber abgeben, kommt eben auf einen Versuch an.

Bis bald Chemiker

[mkinzler]

Dann würde ich den Weg über eine csv nehmen.

[grenzgaenger]

weshalb bauste nicht 'ne schnucke oberfläche und lässt die daten direkt in die DB eintragen? da hast doch viel mehr steuerungs- und controllmöglichkeiten, ausserdem werden dir die wahlfreiheiten von EXCEL zukünftig nicht dazwischenfunken...

für das erste mal, importierste die daten dann schnell mit der hand :-)

<HTH> GG

PS: ausserdem kannst du die excel tabelle (wenn sie in 'n vernünftigen format vorliegt) wie eine datenbank öffnen und verwenden (z. b. via ODBC)

[f4k3]

Zitat:

Zitat von Chemiker

Hallo f4k3,

um eine vernünftige Lösung anzubieten, müsste man wissen um wie viele Adressen es sich handelt. Sind es Tausende so ist eine OLE – Automation relativ langsam und der Weg über eine .csv File vorgezeichnet.
Zu überlegen ist auch, ob Paradox + BDE die richtige Kombination für ein neues Projekt ist?

Bis bald Chemiker

Hey Chemiker ;)

Die Datensätze belaufen sich auf ca. 240 Einträge ... also eigentlich nicht der Rede wert.
Mir wurde schon öfter geraten dass ich doch auf eine neuere Datenbank zugreifen sollte, like Firebird,
aber hab weder n anständiges deutsches Tutorial dafür gefunden (wie soll man wissen wie etwas funktioniert, wenn man es vorher nicht lernt) noch zeigen sich leute aus dem Forum, was ich auch verstehen kann, nicht gerade hilfsbereit wenn es darum geht Einsteigern in neuen Bereichen großartig zu unterstützen, da die Problematik meistens zu gering für die meisten leute ist.

Von dem her werd ich deshalb bei der Kombination Paradox und BDE bleiben.

[f4k3]

Zitat:

Zitat von mkinzler

Dann würde ich den Weg über eine csv nehmen.

die Daten liegen mitlerweile als .csv wie auch als .xls-Dateien vor.

[mkinzler]

In deinem Fall würde wohl ein CSVDataSet reichen, dann könntest du direkt auf die erzeugte CSV-Datei zugreifen.
Wenn du das grundprinzip der VCL-Datenanbindung begriffen hast geht es auch Problemlos mit FireBird und anderen Datenbanken.

[hoika]

Hallo,

zum Umstieg Pdx->FB gibt es ein paar Dokumente.

http://www.ibphoenix.com/main.nfs?a=...e=ibp_document

Fast ganz unten "Migration Documentation",
geholfen hatte mir damals besonders.

2
und

3

Wenn du jetzt allerdings sagst, Englisch kann ich nicht,
Pech gehabt, leider ...


Heiko

[f4k3]

Zitat:

Zitat von hoika

Hallo,

zum Umstieg Pdx->FB gibt es ein paar Dokumente.

http://www.ibphoenix.com/main.nfs?a=...e=ibp_document

Fast ganz unten "Migration Documentation",
geholfen hatte mir damals besonders.

2
und

3

Wenn du jetzt allerdings sagst, Englisch kann ich nicht,
Pech gehabt, leider ...


Heiko

danke für die links, englisch ist kein problem ;) :thumb:

[Chemiker]

Hallo f4k3,

Zitat:

Die Datensätze belaufen sich auf ca. 240 Einträge ... also eigentlich nicht der Rede wert.
Mir wurde schon öfter geraten dass ich doch auf eine neuere Datenbank zugreifen sollte, like Firebird,
aber hab weder n anständiges deutsches Tutorial dafür gefunden (wie soll man wissen wie etwas funktioniert, wenn man es vorher nicht lernt) noch zeigen sich leute aus dem Forum, was ich auch verstehen kann, nicht gerade hilfsbereit wenn es darum geht Einsteigern in neuen Bereichen großartig zu unterstützen, da die Problematik meistens zu gering für die meisten leute ist.

Gut, die 240 Einträge hätte man auch mit OLE in einer vernünftigen Zeit einlesen können, aber mache es so wie von mkinzler vorgeschlagen, meist taucht dieses Problem öfters auf.

Ich denke, die meisten Leute helfen schon weiter, was natürlich nicht so gerne gesehen wird ist, wenn man keine Eigeninitiative zeigt und nur die fertige Lösung haben möchte.

Einfach testen, wenn Du nicht weiter kommst Fragen stellen.

Bis bald Chemiker

[sx2008]

@f3k4: editiere doch mal dein DP-Profil und gibt deine Delphi Version an, damit wir beurteilen können, welche Datenbanken dir offenstehen. (Bei D2 / D3 bist du auf die BDE angewiesen, bei D6/D7 darf es auch mal ADO sein...)

[Hansa]

Zitat:

Zitat von f4k3

..aber hab weder n anständiges deutsches Tutorial dafür gefunden (wie soll man wissen wie etwas funktioniert, wenn man es vorher nicht lernt) noch zeigen sich leute aus dem Forum, was ich auch verstehen kann, nicht gerade hilfsbereit...

Ist das der neueste Treppenwitz ? :lol: Ich gebe dir sogar direkten Link. www.delphi-tutorials.de

P.S.: das deckt die ganze Frage ab ! OLE-Automation, Firebird etc.

[mkinzler]

Oder http://www.delphi-treff.de/tutorials/datenbanken/

[Hansa]

Gucke mal nach dem Autor. Zumindest bei Interbase. :mrgreen: