Array in csv schreiben

[Uwe Raabe]

Zitat von Sir Rufo:

Sicher nicht, denn hier wird das ; als Trennzeichen benötigt

RFC 4180 beschreibt doch COMMA (%x2C) als Trennzeichen zwischen den Feldern, oder?

[Sir Rufo]

Zitat von Uwe Raabe:

Zitat von Sir Rufo:

Sicher nicht, denn hier wird das ; als Trennzeichen benötigt

RFC 4180 beschreibt doch COMMA (%x2C) als Trennzeichen zwischen den Feldern, oder?

Das wichtigste an der RFC4180 wird fast immer übersehen

• Quoten beim Delimiter, QuoteChar oder Zeilenende-Zeichen im Feld

Das Trennzeichen ist da eher nebensächlich, es muss nur eindeutig und durchgängig sein (so wie QuoteChar).
Auch wenn eine CSV irgendwie als CommaSeparatedValues zu verstehen ist, erzeugt der TE Dateien mit einem Semikolon. Ist dass dann SSV?

Da CSV eh nur ein Quasi-Standard ohne gültige Definition (RFC 4180 ist quasi ein Vorchlag) kann ich auch behaupten es bedeutet customCharacterSeparatedValues

[p80286]

Zitat von Sir Rufo:

Da CSV eh nur ein Quasi-Standard ohne gültige Definition (RFC 4180 ist quasi ein Vorchlag) kann ich auch behaupten es bedeutet customCharacterSeparatedValues

Auch wenn es eigentlich eindeutig ist (custom), noch mal der Hinweis, je nach Spracheinstellung wählt z.B. Excel mal das Komma, mal das Semikolon als Feldtrenner. Darum vor dem Einlesen, sich immer vergewissern, welche Zeichen genutzt werden. Und falls man eine CSV-Datei versenden will, sich vielleicht vergewissern, daß der Empfänger damit auch umgehen kann.

Gruß
K-H

[Sir Rufo]

Die Wikipedia spricht auch von Character-Separated-Values und eben dass es nicht zwingend ein Komma sein muss.

Ja, es macht sich immer gut, vor einer Kommunikation sich auf einen Sprach-Kontext zu einigen, wie immer der auch aussieht.

[Dejan Vu]

Zitat von p80286:

je nach Spracheinstellung wählt z.B. Excel mal das Komma, mal das Semikolon als Feldtrenner.

Genauergesagt: Den ListSeparator. Der steht dort zwar drin, ist aber frei wählbar.

Deshalb ist CSV als Datenaustauschformat auch denkbar ungeeignet.

[Blup]

Zitat von Dejan Vu:

Deshalb ist CSV als Datenaustauschformat auch denkbar ungeeignet.

Ist die Struktur als auch der Inhalt einer CSV-Datei vorher sorgfälltig dokumentiert und danach umgesetzt worden, gibt es in der Praxis eigentlich kaum Probleme.

Mit Exceldateien ist Ärger eher die Regel als die Ausnahme.
- unterschiedlichen Dateiformaten
- OLE-Funktionen die von der Excelversionen abhängig, entgegen der Dokumentation unterschiedlich falsch funktionieren
- Komponenten in Fremdprogrammen die Exceldateien nur lesen können, wenn ein ganz bestimmtes Zellformat verwendet wurde (bei dem einen alles als Text formatiert, der nächste nur ohne Format)

[Dejan Vu]

Zitat von Blup:

Zitat von Dejan Vu:

Deshalb ist CSV als Datenaustauschformat auch denkbar ungeeignet.

Ist die Struktur als auch der Inhalt einer CSV-Datei vorher sorgfälltig dokumentiert und danach umgesetzt worden, gibt es in der Praxis eigentlich kaum Probleme.

Ich hätte dazuschreiben müssen: 'International'... "CSV kannste knicken und in die Tonne treten", um es salopp auszudrücken. Zum Austausch von Formaten nimmt man XML und XSD, dann gibt es da gar keine Mißverständnisse mehr.

"Probleme" gibt es auch nicht, wenn ich selbst lese, was ich irgendwo hin schreibe, oder Binärformate nehme (natürlich gut dokumentiert). Aber wozu gibt es wohl Standards? Wenn ich von 'extern' irgendwelche Daten bekommen soll, bestehe ich persönlich auf XML + Schema. Dann validiere ich einkommende Daten gegen das Schema und wenn das passt, passt es. Anders herum validiere ich alles, was rausgeht und wenn das passt, bin ich aus dem Schneider.

PS: CSV ist solcher Müll, das selbst mein SSMS (SQL Management Studio), welches *CSV* exportieren kann, nicht mit EXCEL klar kommt. Beides auf der selben Maschine installiert. Beides von Microsoft. Gleicher Laden, andere Abteilung. Von wegen 'keine Probleme'

[Sir Rufo]

Zitat von Dejan Vu:

CSV ist solcher Müll, das selbst mein SSMS (SQL Management Studio), welches *CSV* exportieren kann, nicht mit EXCEL klar kommt. Beides auf der selben Maschine installiert. Beides von Microsoft. Gleicher Laden, andere Abteilung. Von wegen 'keine Probleme'

Dabei könnte es so einfach sein einen Dialog davorzuschalten, wo man zumindestens Delimiter und QuoteChar einstellen könnte. Von Zeilenende und Start bei Zeile x würden wir im ersten Step absehen, wir wollen niemanden überfordern, der schon Probleme mit dem Auseinanderhalten von Tablet und Desktop hat