Quel(s) est(s) le(s) meilleur(s) caractère(s) séparateur/délimiteur pour un fichier de base de données en texte brut ?

Question

Quel(s) est(s) le(s) meilleur(s) caractère(s) séparateur/délimiteur pour un fichier de base de données en texte brut ?

J'ai envisagé d'utiliser | , , , <TAB> , ; , etc. avoir des caractères assez spéciaux.

Alors, les utilisateurs de bases de données expérimentés, quel(s) caractère(s) délimiteurs suggérez-vous d'utiliser ?

Answer 1

Eh bien, il y a peu de caractères de séparation en US-ASCII, hex 1c , 1d , 1e et 1f . Le texte brut ne doit pas les contenir.

 1c  FS    ^\  File Separator
1d  GS    ^]  Group Separator
1e  RS    ^^  Record Separator
1f  US    ^_  Unit Separator

Answer 2

Quel que soit le caractère que vous choisissez comme séparateur, vous voudrez échapper à toute instance de ce caractère dans vos données.

Peut-être tilde( ~ ), ou passez à un caractère ASCII élevé.

Quoi qu'il en soit, s'il y a une chance qu'il puisse se faufiler dans vos données, vous voudriez l'échapper avant d'écrire dans votre fichier en texte brut.

Answer 3

Je pense que la meilleure façon de joindre une chaîne avec trois cerises '@@@'.

Answer 4

Pour une situation particulière d'entreposage de données où nous avions le contrôle du fichier source, mais l'échappement et la qualification étaient onéreux, nous avons pu prendre la décision commerciale qu'un caractère ASCII étendu serait supprimé des données (si jamais cela se produit, ce qui n'a pas été le cas. 't).

Lors de la création du fichier source délimité, nous avons supprimé toutes les instances de (alt+219) dans les données et utilisé ce caractère pour le délimiteur. Bonus, ce personnage est vraiment facile à repérer.

Answer 5

Personnellement, j'aime utiliser « comme caractère délimiteur pour diviser les données dans des fichiers CSV, je ne pense pas avoir jamais trouvé d'instance naturelle de « et » personnellement, alors voici mes deux centimes à ce sujet.