C'est une base prestashop, ça bute sur une table ... et la table en question est la table ps_connections qui n'est pas si énorme que ça (<200Mo) ...

Le fichier d'export SQL entier avec ces tables est lisible et correct dans notepad++.
A l'import ça bloque et me renvoie des chaines d'erreurs fausses.
En enlevant ps_connections, ps_connections_source et ps_connection_page, ça passe.
Pourquoi ? mystère.

La particularité de ces tables : contiennent des urls du type ::
[code]http://www.google.fr/aclk?sa=l&ai=Cz2Fxv_V5UoO0G42T0wXBmYHwCaa-guAF_sDf8X3l1tIXCAAQAygDUJf044r______wFg-4GAgLAKoAGykqHWA8gBAakC-aQIKe6qtj6qBCdP0Mt4QkKugKjWpV9dlIGrvNBXijlCTnUX3KHYU8agzYVX3r7Anpy6BRMIloa_sNfPugIVgybNCh0uFgCdygUAgAe27d4pkAcC&ei=v_V5UtaqGIPN[/code]


Mais je comprends pas le problème. Et si je tente un import seul de ces trois table, pareil, re-blocage.

Le mystère reste entier ! #-o

[quote="hgus"]Export puis import de la structure de toutes les tables OK :
'importation s'est terminée avec succès, 161 requêtes exécutées.[/quote]
Peut être que ton fichier SQL est trop gros...
Essaye de l'importer en ligne de commande en local pour voir si c'est mieux.

(pour info, le serveur distant utilise Suhosin ... je ne sais pas si ça peut être à l'origine de problèmes ... ... toujours est-il que le fichier SQL créé semble correct et lisible dans notepad++ ... )

Oui oui j'exporte en SQL non-compressé !
Export puis import de la structure de toutes les tables OK :
'importation s'est terminée avec succès, 161 requêtes exécutées.

Du coup, je ne comprends pas d'où ça vient .... !?

Vu le message d'erreur, on est au delà d'un pb d'encodage...

Le fichier que tu essayes d'importer c'est bien un fichier dont l'extension est .sql ?
Il n'est pas compressé ?

Essaye de faire un export que de la structure des tables (pas des données) puis un import voir si ça fonctionne et si ce n'est pas le cas, upload nous qqpart le fichier .sql généré

Merci de votre réponse. J'ai installé sur le distant la version de phpmyadmin adéquate aux perfomances du serveur (par rapport à la version de php et mysql).
J'ai tenté plusieurs paramètres d'export, j'ai toujours des fausses erreurs. Exemple de la dernière fausse erreur, il semblerait qu'il y ait un problème d'encodage :

[code]#1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '7??
G?QhA?Тr??F???Iu?aPl???-֚ 04lΚ?G??#??P??(vԄ??l??ml??ʇD?n' at line 1002[/code]

Et ligne 1002 du fichier SQL en question :

[code](638, 8, 0, 602, 0, 0, 'Mon adresse', '', 'coquand', 'michel', 'lotissement "la touveliere"', '', '38660', 'le touvet', '', '0953978260', '', '2011-04-23 11:21:31', '2011-04-23 11:21:31', 1, 0),[/code]

Je précise que les lignes d'avant sont du même type, et mysql ne s'est pas arrêté en erreur dessus ! ... #-o

Bonjour,

Si MySQL dit qu'il y a une erreur de syntaxe, c'est forcément qu'il y en a une.
Lors de ton export avec phpmyadmin, il y a pas mal d'options sur lesquels tu peux jouer, ça peut aider.
Tu peux également installer une version plus récente de PHPmyadmin sur ton ancien hébergeur pour faire l'export et limiter le risque

Bonjour,

Je rencontre un soucis pour importer en local une BDD exportée d'un serveur dédié distant (fichier SQL).
Serveur distant : PHP Version 5.3.3, Mysql : 5.1.73, phpMyAdmin : 4.0.10.11
En local avec Wamp Server 2.5 : PHP 5.5.12, Mysql : 5.6.17, phpMyAdmin : 4.1.14

Lorsque j'importe la bdd en local, il m'est indiqué une erreur de syntaxe un coup à une ligne, un coup à une autre ligne, et après vérif il n'y a aucune erreur de syntaxe à l'endroit indiqué 'proche du symbole <', d'ailleurs dans la ligne il n'y a pas ce symbole !

J'ai bien sur tenter plusieurs exports en SQL, pour tenter de réimporter, réinstaller Wamp en local, etc ... toujours pareil.

Est-ce que cela pourrait venir des différences de versions entre distant et local php/mysql/phpmyadmin ?
Ou la version de Wamp qui n'est pas bonne ? laquelle faudrait-il dans ce cas de figure ???

Merci de vos lumières !

Cdt,
Ugo