Problème sur l'utilisation de LOAD LOCAL DATA INFILE

Bonjour,
J'utilise la méthode LOAD LOCAL DATA INFILE pour insérer mes données dans MySQL. L'insertion fonctionne bien quand mon ordinateur est dans un environnement anglais. Par contre avec un environnement français j'ai des problème pour insérer des valeurs doubles.
Pour résoudre ce problème j'ai rajouté un paramètre qui change les virgules du décimal en point

Code:

---

1 2	command.CommandText = string.Format("LOAD DATA LOCAL INFILE '{0}' INTO TABLE {1} FIELDS TERMINATED BY ';' LINES TERMINATED BY '\r\n' IGNORE 1 LINES (Model_ID,ComponentNumber,Observation,type,Score_Value) set Score_Value=replace(Score_Value,',','.');", filePath.Replace("\\", "/"), tableName);

---

Avec cette requête l'insertion fonctionne.
Sinon,en utilisant la requête sans définir mes champs, l'insertion fonctionne également.

Code:

---

command.CommandText = string.Format("LOAD DATA LOCAL INFILE '{0}' INTO TABLE {1} FIELDS TERMINATED BY ';' LINES TERMINATED BY '\r\n' IGNORE 1 LINES", fullPath, tableName);

---

Cependant les données dans la base de données ne sont pas correctes. Par exemple, j'ai une valeurs 8,456, elle sera 8 dans la base de données. Durant, l'insertion la méthode LOAD INFILE caste les données. Est ce qu'il y a un moyen de gérer les doubles en format français pendant l'insertion avec cette méthode?

Puisque tu as semble t-il trouvé la solution pour convertir la virgule en point décimal à la volée, quel est le problème ?

Je peux convertir le point en virgule si j'ai les champs identifiés. Dans le cas de la 2eme requêtes les champs ne sont pas declarés. Cette requete doit pouvoir chargée n'importe quelle datatable. Ma question est de savoir s'il y a un autre moyen d'enregistrer les doubles sans avoir à utiliser replace?

Non d'une manière directe mais oui de manière indirecte. On importe dans une table temporaire en format varchar puis on convertit les valeurs souhaitées en exportant vers la ou les vraies tables.

Ok, je comprend le processus. Mais cette manière de mettre les données en format varchar peut présenter deux inconvenients.
La première est qu'il faut connaître la longueur maximale des données pour définir la taille du varchar. Le procédé implique de parser les données.
La seconde est que si on veut économiser du temps en évitant de parser les données, on peut utiliser le type de texte. Mais l'utilisation de ce type peut provoquer des erreurs si on par exemple plus 126 champs de type texte.
Donc si je comprends il n'y a pas de paramètres qui prend en compte le type de culture de fichier csv? Dans ce cas, le meilleur moyen est de changer temporairement la culture de l'ordinateur pendant l'enregistrement des données.

Si tu importes un fichier texte délimité dans une nouvelle table, MySQL va formater automatiquement à la longueur optimale je crois.

Dans le cas où MySQL adapte automatiquement la taille du varchar, le parsage ne se pose pas. Une piste pourrait également être intéressante, c'est d'intervenir lors de l'écriture du fichier texte. En spécifiant dans le tostring par invariant culture

Code:

---

1 2 3 4 5

StringBuilder sb= new StringBuilder(); foreach(DataRow row in dt.Rows) { sb.Append(string.Join(";",row.ItemArray.Select(s=>s.ToString(CultureInfo.InvarianteCulture).toArray())); }

---

Ma question est la suivante:est ce que Invariant Culture va garder le double en point indépendament de l'environnement de l'ordinateur?

Hello, j'ai trouvé une solution alternative à ton passage par le load into

Il y a une application qui s'appelle gawk
Elle permet de formater un document de flux de données selon des spécificités établies.

Je te donne un exemple.

Mon fichier à formater :
"LibelleChamp"|"CodeChamp"|"Prix1"|"Prix2"
"Champ1"|001|6.09|12.67
"Champ2"|002|4.84|19.54
...

Mon fichier awk (qui permet de formater mon fichier de données) :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19

BEGIN { FS = "|"; OFS = "|"; RS = "\000\r\n"; }   FNR == 1 { print $0; }   FNR > 1 { sub(",", ".", $3); sub(",", ".", $4); print $2,$1,$3,$4; }   END { }

---

Comme tu peux le voir, non seulement je peux inverser les colonnes que je veux, mais aussi transformer n'importe quel caractère de mon choix (ici les , en .)

Et du coup, en exécutant mon load il n'y aura pas de souci.