Stringgrid als CSV datei speichern.

[nahpets]

Zitat:

Zitat von sx2008

Zitat:

Zitat von nahpets

Ok: Wie mache ich es wasserfest, wenn das Trennzeichen ein beliebiges aus dem Zeichenvorrat sein kann?

Felder, die das Trennzeichen enthalten werden "gequoted", also in Anführungszeichen eingeschlossen:

Code:

12,"Feld, das ein Komma enthält",Feld ohne Komma,2008-10-31

Anführungszeichen in Feldern müssen verdoppelt werden:

Code:

13,"""die grüne Hölle"" wird die Rennstrecke genannt"

Das heißt: Das ich an den Lieferanten der Daten sehr hohe Ansprüche stellen muss, die er z. B. mit den gewöhnlichen Mitteln (wie Excel) nicht erfüllen kann.

Code:

12,"Feld, das ein Komma enthält",Feld ohne Komma,#Feld, das " enthält#^feld, das , + ; + " + # enthält^2008-10-31

Code:

12,"Feld, das ein Komma enthält",""""Feld das "" enthält"""",2008-10-31

Code:

12,"Feld, das ein Komma enthält",""""""Feld das """ enthält"""""",2008-10-31

Ich muss häufig Daten importieren, die mit Excel gesammelt wurden und dann irgendwann in irgendeine Datenbank sollen, in dem Zusammenhang ist die spalteninhaltsabhängige Quotierung absurd.

PS.: Wir schweifen vom Thema ab.

[Sir Rufo]

Hi,

also statt

Delphi-Quellcode:

If Copy(FileName,Pos('.',FileName),Length(FileName)-Pos('.',FileName)+1) <> '.csv' Then FileName := FileName + '.csv';

würde ich ja

Delphi-Quellcode:

FileName := ChangeFileExt( FileName, '.csv' );

nehmen.
Denn sonst passiert das:
'Meine.csv.Datei.csv' --falsch--> 'Meine.csv.Datei.csv.csv' --richtig--> 'Meine.csv.Datei.csv'
'Meine.Tolle.Datei.txt' --falsch--> 'Meine.Tolle.Datei.txt.csv' --richtig--> 'Meine.Tolle.Datei.csv'

cu

Oliver

[Hansa]

einfache "Trennzeichen" und diese verdoppelt darzustellen als Text, kanns ja wohl auch nicht sein. Man nehme feste Feldlängen, irgendwelche Zeichen sind völlig egal und fertig. Eben genau so wie Import/Export auch in Excel geht.

Mann mann, schlägt roter Kasten aber zu. :P

Zitat:

Zitat von DeddyH

Du musst Dir die Zeilen in der csv, die falsch ausgegeben werden, einmal ansehen. Vermutlich ist das Trennzeichen in den Daten vorhanden oder etwas in der Art.

Genau diesen Mist sollte man eben vermeiden. Nächster Vorteil : die erstellte sogenannte CSV-Textdatei läßt sich in Editor laden. Stehen die Felder nicht immer genau bündig untereinander, dann stimmt was nicht. Dasselbe gilt, sofern length (zeile) nicht überall denselben Wert hat. geht bei "richtigen" CSV-Dateien eben auch nicht. "CSV" sollte man NICHT wörtlich nehmen.

Jetzt hat der rote Kasten sage und schreibe 6mal zugeschlagen. :shock: Filesize ist auch noch wichtig, um sofort zu sehen, ob das Ergebnis stimmen kann oder nicht. Auch das geht bei wörtlich genommenen CSV-Dateien nicht !

[nahpets]

@Hansa

Du hast im Prinzip ja vollkommen recht, aber das kann ich meinen Anwendern alles tausendmal erklären, ich muss immer überarbeiten und wenn ich als Trenner dann wenigstens den | habe, hab' ich einen Anhaltspunkt, wo denn die Probleme beim Import herkommen könnten.
Wir sind uns vom Prinzip einig, daher genug [OT]

[Hansa]

Zitat:

Zitat von nahpets

Wir sind uns vom Prinzip einig

Ne, nicht ganz. :mrgreen: Trennzeichen stammen aus der Zeit, als es folgendes gab : 'a'..'z' 'A'..'Z', '-','.','0'..'9'. Da war der ; erste Wahl. Nur, was kommt wenn einer heute aus Versehen die Tastatur auf englisch umstellt und er will 'Ö' schreiben ? Da kommt ein ';' ! Und schon ists passiert. Ein falsches Zeichen genügt, um die ganze Datei unbrauchbar zu machen. Nehmen wir halt das hier : | . Kriegt so schnell keiner hin, wie ? Es genügt ein Blick auf die Tastatur. Kenne folgenden Fall :

Delphi-Quellcode:

*------------------------*
|                        |
*------------------------*

Das war eine Artikel-Bezeichnung, wo in das Kästchen was von Hand eingetragen werden sollte. Ein anderer Spezialist hat das so gemacht :

Delphi-Quellcode:

.
.
.

Dem waren wohl Leerzeilen lieber. Da ist man auch vom ; nicht mehr weit weg und dein | war sogar schon da. Und sollten die Daten aus Excel stammen, dann stellt man sich besser die Feldweiten einmalig ein und Ruhe ist. Nie mehr Ärger mit komischen Trennzeichen.

[nahpets]

@Hansa
Du hast ja recht, aber das bekomme ich meinen Anwendern nicht beigebracht, da überfordere ich sie.
Es ist schon eine Herausforderung, wenn ich darum Bitte, als Trennzeichen den | zu nehmen.
Muss halt in der Regel Addressdaten importieren, da kommen schonmal Aufzählungen mit Komma oder Semikolon vor, aber nicht mit |.
Und das ich durch solche Kästchen, wie Du sie zeichnest, durch muss, ist mir (zum Glück) noch nicht passiert. Bei sowas würd' ich dann schlicht und einfach streiken.

[hoika]

Hallo,

um noch mal auf die Frage zurückzukommen "versionsahängig".
Jepp, das ist es.
Je nach Version ist mal Komma oder Semikolon als einziger Trenner voreingestellt.


Heiko

[Hansa]

Zitat:

Zitat von hoika

um noch mal auf die Frage zurückzukommen "versionsahängig".
..Je nach Version ist mal Komma oder Semikolon als einziger Trenner voreingestellt.

Wo wurde was von Version und weshalb gefragt ?

[hoika]

Hallo,

huch, stümmt ;)
Da habe ich wohl einen anderen Thread im Kopf gehabt.


Heiko

[alzaimar]

Etwas Theorie sowie ein CSV-Reader ist in diesem Thread nachzulesen.