Builder: Excel Datei per ADO erstellen und in DBGrid laden

[Bernhard Geyer]

Ich halte den Ansatz für sehr ungünstig gewählt.
Deine Daten kannst du dir auch ohne ADO/Excel-OLEDB-Verkomplizierung in ein Grid laden.

Und wenn ADO/OLEDB so viel Problem bereitet beim erstellen der Excel-Datei, schreib es doch über die COM-Schnittstelle.
Sollte auch weniger Probleme bereiten als über ADO/OLEDB.

[Mordhorst3k]

Für COM braucht man aber scheinbar Excel, das habe ich aber nicht.

Die Kompomnenten die für Office 2000/XP dabei sind, gehen wohl auch über COM. Wenn ich die EXE mit RTL/Packages kompiliere, Linker-Fehler bekomme. Da man für die Excel braucht, habe ich da nicht weiter rumgemacht.

ADO scheint wohl die einzige Möglichkeit zu sein wie es scheint. Aber im Notfall werde ich einfach etwas cheaten, eine leere Excel-Tabelle machen und diese entweder Binär in eine Unit packen, oder als Resource in die EXE. Beides ist aber recht unsauber und ich bin da kein Fan von, vor allem, weil meine Programmierskills nicht die Besten sind.

Trotzdem danke für deinen Tipp/Rat.

[Delphi.Narium]

ADO ist halt eine Datenbankschnittstelle und hier wird Excel eben als Datenbank "missbraucht". Von daher muss man beim Erstellen, Schreiben, Lesen, Löschen, ... der "Excel"-Tabelle SQL benutzen.

[Papaschlumpf73]

Zitat von Delphi.Narium:

ADO ist halt eine Datenbankschnittstelle und hier wird Excel eben als Datenbank "missbraucht".

Ich musste gerade daran denken, wie oft Excel in deutschen Büros als Datenbank missbraucht wird.

[Bernhard Geyer]

Zitat von Mordhorst3k:

Für COM braucht man aber scheinbar Excel, das habe ich aber nicht

Es gibt Komponenten welche das Excel-Dateiformat selbst schreiben.
Kosten jedoch immer ein paar € (bzw. mir ist keine Kostenlose bekannt).

[Mordhorst3k]

Zitat von Delphi.Narium:

ADO ist halt eine Datenbankschnittstelle und hier wird Excel eben als Datenbank "missbraucht". Von daher muss man beim Erstellen, Schreiben, Lesen, Löschen, ... der "Excel"-Tabelle SQL benutzen.

Als ich SQL probiert habe, kam die Meldung, ISAM unterstützt kein löschen. Vielleicht habe ich es auch falsch gemacht, aber ich habe nichts brauchbares gefunden, was mir bei meinem Problem weitergeholfen hat. Google auch kaum bis wenig hilfreich.

Zitat von Bernhard Geyer:

Zitat von Mordhorst3k:

Für COM braucht man aber scheinbar Excel, das habe ich aber nicht

Es gibt Komponenten welche das Excel-Dateiformat selbst schreiben.
Kosten jedoch immer ein paar € (bzw. mir ist keine Kostenlose bekannt).

Für mein kleines privates Projekt (eigentlich ein Tool für einen Freund, der Excel hat, ich aber nicht) lohnt sich das kaufen einer Komponente nicht wirklich.

[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.

[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...

[Andreas13]

Zitat von Bernhard Geyer:

Zitat von Mordhorst3k:

Es gibt Komponenten welche das Excel-Dateiformat selbst schreiben. Kosten jedoch immer ein paar € (bzw. mir ist keine Kostenlose bekannt).

Es sieht so aus, daß CnXlsWriter.pas im Verzeichnis

CnVCL-master\Source\DbReport\

von CnPack VCL Components https://github.com/cnpack/cnvcl Excel-Files schreiben kann. Es soll sowohl für Delphi als auch für C++ Builder geeignet sein.

Gruß, Andreas