vu la faq, merci encore: j'avais repéré cette fonction mais ton conseil d'utilisation est très précieux.

oui, bien sûr, j'ai contacté mon hébergeur, mais silence radio au bout de 24 heures... malgré 4 mails et une relance téléphonique. Mais je ne vais pas lâcher le morceau car à mon avis, c'est un pb de config de phpmyadmin sur le serveur distant. Or, avec le nombre de domaines hébergés et de services que je leur achète, et la petite rente annuelle que ça représente, j'entends bien avoir des solutions techniques fiables de leur part.

maintenant, j'ai travaillé et cherché la solution seul et grâce à la qualité de certaines communautés virtuelles de développeurs, la solution (une du moins) s'est dessinée. Vive phpfrance donc!

un grand merci donc à toi et j'ai mis ce forum dans mes tablettes: courtoisie, compétence, précision, interactivité: c'est un régal!

Le fait de copier/coller la requete d'importation n'est pas à vrai dire non orthodoxe mais il est vrai que c'est fastidieux pour un gros fichier.
Tu peux voir dans la FAQ le sujet http://www.phpfrance.com/forums/voir_sujet-18738.php concernant l'instruction SQL : LOAD DATA INFILE

Ton problême me parait tout de même bizarre mais je n'arrive pas à expliquer le pourquoi et je pencherai à un probleme lié à l'import proprement dit du fichier plutôt qu'au contenu importé. As tu contacté ton hébergeur pour voir ce qu'il en pensait?

je viens de tester ta suggestion, graphistnet... et ça marche
un grand merci donc.

il y avait environ 1000 entrées dans la base.
Mais je dois importer d'autres bases avec près de 25000 entrées...

ainsi donc il suffirait de contourner l'importation automatique et de copier le produit de l'export de la base en local et de le passer en requete sur la bdd du serveur.
La question que je pose est de savoir si ça fonctionne à tous les coups et surtout quelle que soit la taille de la base à importer...
est-ce "orthodoxe" et sans aucune conqéquence?

merci de tes lumières

Ton fichier est-il conséquent? as tu essayé de copier la totalité du fichier sql et coller dans phpmyadmin en requete?

encore une info peut-être utile

- en local, je travaille sous windows xp
- sur le serveur distant: linux

je viens de tester:
- j'ai exporté juste la structure de la base à partir de mon phpmyadmin local. un fichier donc au format .sql
- j'ai tenté d'importer ce fichier via le phpmyadmin du serveur distant.

Mais hélas, toujours le même message renvoyé: "impossible de lire le fichier".
Une autre idée peut-être, sans abuser bien sûr, sinon de solution du moins d'analyse du problème?

bonjour et merci graphistnet,

oui le problème est le même quelle que soit la base

par contre je n'ai pas essayé de n 'importer que la structure de la base et les données séparément. Je peux tenter. Et, sommairement, quel serait l'intérêt?

salut,

L'importation du fichier sql fonctionne t'elle en important que la structure de la base?

As tu tenté d'importer une autre base ou le problême est présent pour tous les fichiers?

Bonjour,
Premier post me concernant sur ce forum. J'ai lu très attentivement de nombreuses contributions sur le sujet, mais sans trouver réponse à ma question. De plus, je fais mes premiers pas en mysql, donc merci de ne pas m'agonir (j'ai vu que certaines conversations étaient houleuses...)

Mon problème concerne l'importation d'une table.sql ou d'un fichier csv.

En local, je travaille avec easyphp 1.8 (phpmyadmin 2.6.1 et mysql 4.1.9). Sur le serveur distant de mon site, il y a : phpmyadmin 2.7.0-pl2 et mysql 4.1.20.
En local, aucun problème pour importer une base sql ou un fichier csv.

Mais si je tente d'importer la même base avec le phpmyadmin du serveur, le message d'erreur "impossible de lire le fichier" m'est renvoyé. Idem pour un fichier csv.

sur le serveur distant, l'encodage de mysql est utf-8. j'ai bien essayé d'aligner l'encodage avec mon mysql local, mais rien n'y fait. Refus d'importation.

Merci de m'apporter vos lumières de pratiquants avertis des SGDB, pour réussir cette satanée importation!

Cordialement