Excel-Zugriffskomponente gesucht ...

[Bernhard Geyer]

die folgendes bietet:

- Unicode-Support
- Excel 2007-Support
- Aktzeptable Performance auch bei >> 64000 Zeilen

Zugriff per ADO ist nicht möglich da es immer wieder ungewollte Formatierungsumsetzungen beim Zugriff über ADO gibt.


Meine bisherige Implementierung krankt daran das sie bei neuen großen Exceldateien Speichertechnisch und auch Performancetechnisch nicht mehr aktzeptable ist.

[mkinzler]

COM/OLE

[Memo]

Axalot

Zitat:

Zitat von Bernhard Geyer

- Unicode-Support
- Excel 2007-Support

Sollte gegeben sein.

Zitat:

- Aktzeptable Performance auch bei >> 64000 Zeilen

Mit derart grossen Dateien habe ich keine Erfahrung.
Ich benutze die Komponenten auch deswegen sehr gerne, weil Sie kein installiertes Excel auf dem Zielrechner erfordern.

[Bernhard Geyer]

Zitat:

Zitat von mkinzler

COM/OLE

Mach ich ja. Aber die Implementierung ist noch per Earlybind und hohlt sich das komplette Sheet per WorkSheet.Range. Und das dauert und kosten Speicher.

Zitat:

Zitat von Memo

Axalot

Zitat:

Zitat von Bernhard Geyer

- Excel 2007-Support

Sollte gegeben sein.

Nach dieser Seite zu urteilen kommt das noch.

[TeronG]

Zitat:

Zitat von Bernhard Geyer

- Aktzeptable Performance auch bei >> 64000 Zeilen

Wenn ich mich reccht erinnere hat Delphi doch schon solche Komponenten intus. TExcelApplication oder so in der Art. (habich glaubich mal hier im Forum gelesen)

btw.: Soll >> bedeuten, daß du vieeelll mehr Zeilen brauchst!? Dann könntest du ein Problem bekommen denn IMHO kann excel "nur" 65536 Zeilen und IV (256) Spalten. :gruebel:

[andreash]

Ich arbeite mit Native Excel 2 von Nika Soft. Erfahrungen mit so großen Dateien habe ich allerdings auch nicht.

[toms]

Zitat:

Zitat von andreash

Ich arbeite mit Native Excel 2 von Nika Soft. Erfahrungen mit so großen Dateien habe ich allerdings auch nicht.

Diese Unterstützt Unicode und

Zitat:

High performance (30000-40000 values per second)

[Bernhard Geyer]

Zitat:

Zitat von TeronG

Wenn ich mich reccht erinnere hat Delphi doch schon solche Komponenten intus. TExcelApplication oder so in der Art. (habich glaubich mal hier im Forum gelesen)

Das sind die Wrapper mit früher Bindung.

Zitat:

Zitat von TeronG

btw.: Soll >> bedeuten, daß du vieeelll mehr Zeilen brauchst!? Dann könntest du ein Problem bekommen denn IMHO kann excel "nur" 65536 Zeilen und IV (256) Spalten. :gruebel:

Es geht um Excel 2007. Das kann 1 Mio. Zeilen. und wenn ich gerade meinen Kollegen sehe der ein 1 GB-Textdatei in Arbeit hat ...

[alzaimar]

Zitat:

Zitat von Bernhard Geyer

Es geht um Excel 2007. Das kann 1 Mio. Zeilen. und wenn ich gerade meinen Kollegen sehe der ein 1 GB-Textdatei in Arbeit hat ...

Aber die Performance von Excel-Per-OLE ist dermaßen grausam, das alles > 100 Zeilen (x10 Spalten) schon zur Geduldsprobe wird.

Die DevExpress Komponenten bieten die Möglichkeit, ihr Datengitter (TcxGrid) in eine BIFF-Datei (also XLS) zu schreiben. Das geht verdammt schnell.

Die Komponenten von Axolot-Data sind auch ordendlich und sehr schnell.

Grundsätzlich dürften nur die Lösungen geeignet sein, die die Datei direkt lesen. Mit XLS 2007 hab ich aber keine Erfahrungen, vielleicht hat MS ja einen Booster eingebaut.

[Bernhard Geyer]

Zitat:

Zitat von alzaimar

Aber die Performance von Excel-Per-OLE ist dermaßen grausam, das alles > 100 Zeilen (x10 Spalten) schon zur Geduldsprobe wird.

Bei 76000 Zeilen bin ich bei etwas kleiner als 1 Minute.

Zitat:

Zitat von alzaimar

Die DevExpress Komponenten bieten die Möglichkeit, ihr Datengitter (TcxGrid) in eine BIFF-Datei (also XLS) zu schreiben. Das geht verdammt schnell.

Excel 2007 hat 2-3 neue Formate. Eins davon XML-Basierend.

Zitat:

Zitat von alzaimar

Grundsätzlich dürften nur die Lösungen geeignet sein, die die Datei direkt lesen. Mit XLS 2007 hab ich aber keine Erfahrungen, vielleicht hat MS ja einen Booster eingebaut.

Wenn es auch die neuen Formate kann ...

[TeronG]

Zitat:

Zitat von Bernhard Geyer

Bei 76000 Zeilen bin ich bei etwas kleiner als 1 Minute.

Da stellt sich mir die (OT-)Frage ob Excell die Richtige wahl ist!? Aber da wirste wohl nicht auskönnen (sonnst hätteste dir bestimmt schon längst ne DB eingerichtet)

[Bernhard Geyer]

Zitat:

Zitat von TeronG

Da stellt sich mir die (OT-)Frage ob Excell die Richtige wahl ist!? Aber da wirste wohl nicht auskönnen (sonnst hätteste dir bestimmt schon längst ne DB eingerichtet)

Ist ja nur als Austasch/Importdatei verwendet (in eine richtige DB). Und bisher konnte man immer sagen: Wenn ihr mehr Daten in einer Importdatei wollt müßt ihr halt eine Textdatei nehmen. Aber da es ja jetzt auch in Excel geht werden mit sicherheit ab und zu solche Dateien auftreten.

[Bernhard Geyer]

Hat sich erledigt. Es konnten optimierungen in der bisherigen Implementierung gefunden werden. Jetzt komm ich bei 70.000 Zeilen auf eine Abfragezeit Excel -> Delphi-Anwendung auf ca 4 Sekunden. Und das ist schnell genug.

Ich kann leider keinen Code bereitstellen da dieser auf einer Kaufkomponente übernommen wurde welche nicht optimal war. Nur soviel: Die Aktionen werden schneller wenn man gleich den gesamten Zellenrange einer Excelseite anfordert statt jede Zelle einzeln. Damit werden die COM-Aufrufe geringer die für eine Performancebremse sorgen.