IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Requêtes MySQL Discussion :

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


Sujet :

Requêtes MySQL

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre confirmé
    Inscrit en
    Mars 2003
    Messages
    217
    Détails du profil
    Informations forums :
    Inscription : Mars 2003
    Messages : 217
    Par défaut 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 : Sélectionner tout - Visualiser dans une fenêtre à part
    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 : Sélectionner tout - Visualiser dans une fenêtre à part
    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?

  2. #2
    Expert éminent
    Avatar de CinePhil
    Homme Profil pro
    Ingénieur d'études en informatique
    Inscrit en
    Août 2006
    Messages
    16 818
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 62
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Ingénieur d'études en informatique
    Secteur : Enseignement

    Informations forums :
    Inscription : Août 2006
    Messages : 16 818
    Billets dans le blog
    14
    Par défaut
    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 ?
    Philippe Leménager. Ingénieur d'étude à l'École Nationale Supérieure de Formation de l'Enseignement Agricole, en retraite... mais toujours Autoentrepreneur à l'occasion.
    Mon ancien blog sur la conception des BDD, le langage SQL, le PHP... et mon nouveau blog sur les mêmes sujets.
    « Ce que l'on conçoit bien s'énonce clairement, et les mots pour le dire arrivent aisément ». (Nicolas Boileau)
    À la maison comme au bureau, j'utilise la suite Linux Mageïa !

  3. #3
    Membre confirmé
    Inscrit en
    Mars 2003
    Messages
    217
    Détails du profil
    Informations forums :
    Inscription : Mars 2003
    Messages : 217
    Par défaut
    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?

  4. #4
    Expert éminent
    Avatar de CinePhil
    Homme Profil pro
    Ingénieur d'études en informatique
    Inscrit en
    Août 2006
    Messages
    16 818
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 62
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Ingénieur d'études en informatique
    Secteur : Enseignement

    Informations forums :
    Inscription : Août 2006
    Messages : 16 818
    Billets dans le blog
    14
    Par défaut
    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.
    Philippe Leménager. Ingénieur d'étude à l'École Nationale Supérieure de Formation de l'Enseignement Agricole, en retraite... mais toujours Autoentrepreneur à l'occasion.
    Mon ancien blog sur la conception des BDD, le langage SQL, le PHP... et mon nouveau blog sur les mêmes sujets.
    « Ce que l'on conçoit bien s'énonce clairement, et les mots pour le dire arrivent aisément ». (Nicolas Boileau)
    À la maison comme au bureau, j'utilise la suite Linux Mageïa !

  5. #5
    Membre confirmé
    Inscrit en
    Mars 2003
    Messages
    217
    Détails du profil
    Informations forums :
    Inscription : Mars 2003
    Messages : 217
    Par défaut
    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.

  6. #6
    Expert éminent
    Avatar de CinePhil
    Homme Profil pro
    Ingénieur d'études en informatique
    Inscrit en
    Août 2006
    Messages
    16 818
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 62
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Ingénieur d'études en informatique
    Secteur : Enseignement

    Informations forums :
    Inscription : Août 2006
    Messages : 16 818
    Billets dans le blog
    14
    Par défaut
    Si tu importes un fichier texte délimité dans une nouvelle table, MySQL va formater automatiquement à la longueur optimale je crois.
    Philippe Leménager. Ingénieur d'étude à l'École Nationale Supérieure de Formation de l'Enseignement Agricole, en retraite... mais toujours Autoentrepreneur à l'occasion.
    Mon ancien blog sur la conception des BDD, le langage SQL, le PHP... et mon nouveau blog sur les mêmes sujets.
    « Ce que l'on conçoit bien s'énonce clairement, et les mots pour le dire arrivent aisément ». (Nicolas Boileau)
    À la maison comme au bureau, j'utilise la suite Linux Mageïa !

  7. #7
    Membre confirmé
    Inscrit en
    Mars 2003
    Messages
    217
    Détails du profil
    Informations forums :
    Inscription : Mars 2003
    Messages : 217
    Par défaut
    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 : Sélectionner tout - Visualiser dans une fenêtre à part
    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?

  8. #8
    Membre très actif
    Profil pro
    Développeur Java
    Inscrit en
    Octobre 2011
    Messages
    137
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations professionnelles :
    Activité : Développeur Java

    Informations forums :
    Inscription : Octobre 2011
    Messages : 137
    Par défaut
    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 : Sélectionner tout - Visualiser dans une fenêtre à part
    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.

Discussions similaires

  1. [HSQLDB] Problème sur l'utilisation
    Par djmhd dans le forum Général Java
    Réponses: 2
    Dernier message: 06/09/2011, 17h26
  2. Problème sur l'utilisation de javaDB
    Par egondragon dans le forum JDBC
    Réponses: 0
    Dernier message: 29/08/2011, 10h02
  3. Problème sur l'utilisation d'index
    Par guicecal dans le forum SQL
    Réponses: 5
    Dernier message: 15/07/2010, 17h03
  4. problème sur l'utilisation d'un module si interface graphique
    Par ohtoulouse dans le forum Général Python
    Réponses: 0
    Dernier message: 02/06/2010, 15h09
  5. Problème sur une utilisation Trigger/sequence
    Par bstevy dans le forum SQL
    Réponses: 3
    Dernier message: 04/11/2009, 17h26

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo