Builder: Excel Datei per ADO erstellen und in DBGrid laden

[Mordhorst3k]

Zitat von Delphi.Narium:

Andere Idee:

Wenn er Excel hat, hat er (vermutlich) auch Access, zumindest dürfte die JetEngine vorhanden sein.

Excel kann auch Tabellen aus Accessdatenbanken lesen (siehe Dateiöffnendialog von Excel und dort die Liste der Dateitypen).

Mit Deinem Programm könntest Du von daher einfach eine Accessdatenbank mit entsprechenden Tabellen nutzen, die kann man dann auch per Excel öffnen.

Weitere Alternative:

Excel kann mit CSV-Dateien umgehen. Über ADO i. V. m. dem passenden (eigentlich immer vorhandenen) ODBC-Treiber kann man ebenfalls auf CSV-Dateien zugreifen und diese dann in 'nem DBGrid anzeigen.

Ob's für Deine Aufgabenstellung geeignet ist, vermag ich nicht zu sagen, aber Versuch macht Klug.

Danke für die Idee, aber inzwischen hatte ich mich damit abgefunden, dass es eine Zeile mit Header gibt - diese Zeile überschreibe ich, zwar unschön, aber zumindest ist sie weg. Man hat dann im Sheet eine leere Zeile.

Die Wahl auf Excel lag darin, weil er zum einen nur Office 2010 Home hat (da ist kein Access dabei) und Excel-Dateien einfacher zu bearbeiten sind. Es werden aber auch Daten von mehreren Excel Dateien eingelesen und doppelte Einträge gelöscht.

[HolgerX]

Hmm...

Zitat von Mordhorst3k:

Die Wahl auf Excel lag darin, weil er zum einen nur Office 2010 Home hat (da ist kein Access dabei) und Excel-Dateien einfacher zu bearbeiten sind. Es werden aber auch Daten von mehreren Excel Dateien eingelesen und doppelte Einträge gelöscht.

Dir ist bewusst, das für die Verwendung von Access Datenbank Dateien (zu mindestens für die alten MDB) keine In Installation von Access unter Windows zusätzlich notwendig ist!

Die Jet Engine zusammen mit den ADO Komponenten kann auf MDB Access Datenbanken direkt zugreifen.
Für die neueren Access Formate muss dann doch der aktuelle Treiber (Kostenlos bei MS) installiert werden.

Per ADO kann dann eine Access Datenbank und deren Tabellen angelegt und verwendet werden...

[haentschman]

Moin...

Zitat:

weil er zum einen nur Office 2010 Home hat (da ist kein Access dabei)

...da nimmt dann eine freie richtige Datenbank wie Firebird.

[Delphi.Narium]

Zitat von haentschman:

Moin...

Zitat:

weil er zum einen nur Office 2010 Home hat (da ist kein Access dabei)

...da nimmt dann eine freie richtige Datenbank wie Firebird.

Und wie kann man dadrauf mit Excel zugreifen?

Klar, man könnte dann wieder den ODBC-Treiber von anno dazumal für Firebird nehmen und dann über den per Excel auf FireBird zugreifen.

MDB deshalb:
Der C++-Builder kann dadrauf von Haus aus zugreifen.
Excel kann dadrauf von Haus aus zugreifen.

Man braucht dadurch auf beiden Seiten nix, was man nicht eh schon hat.

[haentschman]

...deine Aussage.

Zitat:

und hier wird Excel eben als Datenbank "missbraucht"

PS: Den eigentlichen Ablauf, welche Daten wie/wo/Darstellung etc., habe ich noch nicht verstanden.

[Delphi.Narium]

Das Problem ist halt:

Excel wird mehr oder weniger datenbankähnlich genutzt.

Nun soll die per Excel erstellte, bearbeitete, ... Datei per Datenbankprogramm verarbeitet, bearbeitet, wieauchimmer werden und das so erhaltene Ergebnis wieder mit Excel bearbeitbar sein.

Grob:

Excel ist hier das Maß aller Dinge und der Rest muss irgendwie damit zurechtkommen