Endlich mal eine schnelle Xml-Komponente gesucht oder selber tippern?

[hoika]

Danke.
Ich schau mir den mal an.

[jaenicke]

Wir benutzen auch Oxml, wodurch die Ladezeiten nur noch grob ein Zehntel so lang sind im Vergleich zum internen Parser von Delphi.

[hoika]

Hallo,
der interne Parser ist ja afaik MS-Xml.

Klingt also erst mal gar nicht schlecht.

[dummzeuch]

MSXML als SAX-Parser ist nach meiner Erfahrung da am schnellsten. (Und ich habe mehr Erfahrung mit XML-Dateien einlesen als mir lieb ist ...)

Nachteil von MSXML ist allerdings, dass das Fehlerhandling eine Katastrophe ist (passenderweise ist die häufigste Fehlermeldung "Catastrophic Failure" ).

Nur so als Beispiel, wie spaßig das sein kann:

https://stackoverflow.com/questions/...ader-in-delphi

[hoika]

Hallo,
spaßig ist aber anders.



Vielleicht schreibe ich mir doch was eigenes ...

[jobo]

Oder Du schaust Dir mal an, wie man es mit SQL abfragt. Einige können das und sind dabei auch nicht lahm:
Oracle
MS SQL
Postgres
..?

Das böte sich jedenfalls an, wenn solche Systeme sowieso "in der Nähe" sind.

[freimatz]

Zitat von hoika:

Vielleicht schreibe ich mir doch was eigenes ...

Warum?

[hoika]

Hallo,
warum?
Weil es bis zu 100 mal schneller ist.

Es geht hier um 5 unterschiedliche Dateien, deren Struktur sich nicht ändert,
die aber ziemlich groß sind (50-60 MB).

Ich schaue mir die SAX-Bsp.- mal an.

Der XmlParser (destructor) sieht ja nicht schlecht aus.
Ich verstehe nur noch nicht, wie ich an die einzelnen Knoten rankomme.
Bisher greife ich über NodeByName auf das interne DOM zu.
Aber ich hatte es mir schon gedacht, das das eine komplette Code-Umstellung mit sich bringt.