Je fais une migration d'une base à une autre.

Bonjour,

Je fais une migration d'une base à une autre.

Lors de mon import de ma base de données .SQL, (fichier généré via l'outil Export de phpMyAdmin) , le système me dit que j'ai un problème de syntaxe lors de l'import dans ma nouvelle base, à ce niveau :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32

requête SQL:   -- MySQL dump 8.23 -- -- Host: localhost Database: wikidb ------------------------------------------------------- -- -- Server version 5.0.24a-standard -- -- Table structure for table `archive` -- CREATE TABLE archive(   ar_namespace int( 11 ) NOT NULL default '0', ar_title varchar( 255 ) CHARACTER SET latin1 COLLATE latin1_bin NOT NULL default '', ar_text mediumblob NOT NULL , ar_comment tinyblob NOT NULL , ar_user int( 5 ) unsigned NOT NULL default '0', ar_user_text varchar( 255 ) CHARACTER SET latin1 COLLATE latin1_bin NOT NULL , ar_timestampchar( 14 ) CHARACTER SET latin1 COLLATE latin1_bin NOT NULL default '', ar_minor_edit tinyint( 1 ) NOT NULL default '0', ar_flags tinyblob NOT NULL , ar_rev_id int( 8 ) unsigned default NULL , ar_text_id int( 8 ) unsigned default NULL , KEY name_title_timestamp( ar_namespace, ar_title, ar_timestamp ) ) ENGINE = InnoDB DEFAULT CHARSET = latin1;       MySQL a répondu:   #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 '--------------------------------------------------------- -- Server version 5.0.' at line 1

---

Plus précisément, j'ai un pointeur rouge entre ces deux lignes :

Code:

---

1 2	ar_text mediumblob NOT NULL , ar_comment tinyblob NOT NULL ,

---

Je ne comprends pas trop le problème. Si le fichier d'exportation génère des erreurs, comment dois-je faire ?

Merci.

Bonjour

Les deux serveurs ont ils la même version de MySQL ?
Il me semble que dans phpMyAdmin il y a dans les options d'import/export, une case "Mode de compatibilité SQL" où on peut indiquer une version, essaies de voir avec cette option.

oui, il y a :

Citation:

---

Options SQL
Mode de compatibilité SQL

et il est à la valeur NONE par défaut.

---

Saurais-tu quelle argument faut-il mettre ? Car normalement c'est exactement la même base...


j'ai installé exactement la même version WAMP des deux cotés.
(bizarre)

Merci

Bonjour,

Pour ce qui est des bizzareries de MySQL :

Il arrive à planter en parsant des commentaires
Si le fichier est trop gros à son goût, il se réserve le droit de planter inopinément

Donc essaye de virer les commentaires et d'envoyer tes requêtes de création une par une, des fois, ça marche ( testé et approuvé, comme méthode )
Sinon, je vois pas d'erreur particulière dans ton bout de sql ... donc pas de raisons que ça plante o:

Bonne chance !

PS :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

CREATE TABLE archive( ar_namespace int( 11 ) NOT NULL default '0', ar_title varchar( 255 ) CHARACTER SET latin1 COLLATE latin1_bin NOT NULL default '', ar_text mediumblob NOT NULL , ar_comment tinyblob NOT NULL , ar_user int( 5 ) unsigned NOT NULL default '0', ar_user_text varchar( 255 ) CHARACTER SET latin1 COLLATE latin1_bin NOT NULL , ar_timestamp varchar( 14 ) CHARACTER SET latin1 COLLATE latin1_bin NOT NULL default '', ar_minor_edit tinyint( 1 ) NOT NULL default '0', ar_flags tinyblob NOT NULL , ar_rev_id int( 8 ) unsigned default NULL , ar_text_id int( 8 ) unsigned default NULL , KEY name_title_timestamp( ar_namespace, ar_title, ar_timestamp ) ) ENGINE = InnoDB DEFAULT CHARSET = latin1;

---

ar_timestampchar( 14 ) posait un problème, j'ai changé par ar_timestamp varchar( 14 )
Testé à l'instant et ça marche

oui, exactement !

A tout hasard j'ai supprimé les comments et ce sont bien eux qui mettent le bordel.

sacré filou ce mySQL !

Merci.

ps: je vais tester, juste en faisant des modif sur les comments. sans trop bidouiller la struture, envoyer les requêtes une à une d'un fichier de 17mo non zippé c'est ... trop fastidieux, mais si y a pas le choix ...

Merci encore