Discussion :

[flOZ]

bonjour,

je voudrai importer les donnees que j'avais dans une base access. je les est donc exporter en .txt et j'ai recreer ma base avec mysql. le probleme est que je n'arrive pas a importer les infos du fichier.
j'utilise la commande suivante : LOAD DATA LOCAL INFILE 'C:\\student.csv' INTO TABLE `student`
il n'y a pas d'erreur mais cela me dit : Nombre d'enregistrements insérés : -1 (traitement: 0.0007 sec.)

savez vous comment faire?

merci de votre aide
flOZ

[Adjanakis]

Bonjour,

Sur quel ordinateur se trouve :

• la base de données
• le fichier à importer
• la personne exécutant le script

En fait, j'ai une interrogation par rapport au mot 'LOCAL'.

[hackrobat]

Tu dois aussi définir les séparateurs de champs dans ton LOAD DATA INFILE

++

[Invité]

A priori format csv = séparateur virgule.
Par défaut MySql utilise une tabulation.
Déjà ça ne risque pas de marcher.
Ajoute:
TERMINATED BY ','

si le séparateur est une virgule.

La fin de ligne peut aussi être un problème, dans ce cas:
LINES TERMINATED BY '<ce qui va bien>';

[flOZ]

Bonjour,

Sur quel ordinateur se trouve :

• la base de données
• le fichier à importer
• la personne exécutant le script

En fait, j'ai une interrogation par rapport au mot 'LOCAL'.

la base de données se trouve sur un serveur distant
le fichier a importer est sur mon PC (je l'ai au format TXT et CSV)

j'ai egalement essayer de placer le fichier a la racine sur le serveur mais j'ai pas reussi non plus

Prenons un exemple peut etre que je comprendrais. J'ai un fichier student.txt qui se prensente comme ca:
"ID" "Last_Name" "FirstName"
1 "OZ" "FLO"
2 "mon nom" "mon prenom"
separer par des tab qui se termine par un \n et delimiter par des "" sauf le pour l'id
je fais donc : LOAD DATA LOCAL INFILE 'C:\\student.txt' INTO TABLE `student` FIELDS TERMINATED BY '\t' ENCLOSED BY '"' LINES TERMINATED BY '\n';
pouvez vous m'expliquer pourquoi ca ne marche pas? est ce un probleme d'acces au fichier a cause du local?

merci de votre aide car je suis vraiment perdu

[Adjanakis]

C'est vrai, pour importer du format csv il faut ajouter les options citées précédemment. Cependant ici le vrai problème, à mon humble avis, c'est que la commande répond que -1 enregistrement a été ajouté.

• Quel est l'outil utilisé pour envoyer les requêtes ?

• Quelle est la version de MySQL utilisée ?

• As-tu fais les vérifications suggérée implicitement par le lien que tu as donné ?(--local-infile=0, etc...)

[flOZ]

POur envoyer la requete j'utilise phpMyAdmin - 2.8.0.1 et ma base est uneMySQL - 4.1.14-log

pour ce qui est des commande tel que l'option --local-infile=0 j'en est essayé certaine mais sans succes

[Adjanakis]

Serait-il possible de tenter l'expérience avec un bon vieux mysql(l'utilitaire) ?

[glejeune]

Bonjour à tous,
Bien que relativement novice, je me suis déjà heurté au problème et je vais faire état ici des difficultés et solutions possibles sous mysql 4.0.21.
Pour ma part je procède par scripts mysql de type en ligne de commande, mais cela fonctionne parfaitement avec phpMyAdmin :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
USE mybd;
LOAD DATA LOCAL INFILE '../txt/monfichier.txt'
INTO TABLE matable
LINES TERMINATED BY '\r\n' (monchamp1, monchamp2,...,monchampn);

1. J'ai opté pour une localisation relative et non absolue qui plante immanquablement.
2. Etant sous windows, je déclare mes lignes terminées par \r\n Attention !!! seul MS WordPad est capable de modifier correctement les fichiers texte. Quoi qu'il en soit, je vérifie toujours avec EDIT.COM sous dos.
3. Choisir de délimiter les valeurs des champs par un caractère quelconque (guillements, apostrophe, etc.) risque à un moment ou un autre de poser problème, le plus simple est la valeur par défaut : rien (c'est facultatif)
4. Comme séparateur de champs (c'est obligatore), j'ai fait simple : la valeur par défaut, à savoir la tabulation, codée \t sous phpMyAdmin, un tab sous n'importe quel traitement de texte.
5. Bien sûr, il faut respecter la syntaxe suivante :
une ligne LOAD ...; par table ; absolument tous les champs même nuls, vides, ou avec une valeur par défaut doivent figurer et dans le script et surtout dans le fichier de données simplement séparés de tabulations (mysql détecte l'absence de valeur et fixe la valeur par défaut), sinon plantage garanti.
Après cela insérer ou mettre à jour des centaines (je sais, c'est peu) d'enregistements se fait en un (presque) clin d'oeil.
J'espère que ma contribution aura été utile.
Cordialement