Question SQL : Erreur 1064 lors de tentative de transfert de la BdD en local

Plus d'informations
28 Avr 2015 17:15 - 28 Avr 2015 17:32 #1 par miqui
Bonjour,

Lors d'un post précédent je demandais de l'aide pour un refus de transfert de distant en local à cause d'une BdD trop lourde.
Je désire faire une mise à jour de joomla, mais avant je voudrais faire une sauvegarde en local.
J'ai progressé en modifiant le php.ini (changement des valeurs de – post_max_size; – upload_max_filesize; et memory_limit) mais maintenant, ça coince à cause du message d'erreur suivant :

[/img]

je suis sous joomla 3.3.6, (en local comme en distant), version PHP 5.5.21 (pour le distant, chez OVH) et V. PHP local : 5.5.11, Version Bdd : 5.1.73 (distant), V. Bdd locale : 5.6.16, version phpmyadmin : 4.3.8 sous xamp en local (à jour), Version OVH ???

Je suis allé dans le sql en question et ai bien trouvé les lignes 351526 et 527, mais je ne vois pas où est l'erreur de syntaxe... A comparer aux autres lignes précédentes et suivantes, je ne vois pas.

Est-ce que j'agis bien ? Est-ce ailleurs qu'il faut intervenir ? Que me faudrait-il faire pour me sortir de ce mauvais pas ?
Merci.
Dernière édition: 28 Avr 2015 17:32 par miqui.

Connectez-vous ou Créer un compte pour participer à la conversation.

Plus d'informations
28 Avr 2015 23:00 #2 par lavsteph
Bonsoir,

la collation des tables est-elle identique ?

Connectez-vous ou Créer un compte pour participer à la conversation.

Plus d'informations
01 Mai 2015 12:27 - 03 Mai 2015 20:30 #3 par miqui
Merci pour ton aide.

la collation des tables est-elle identique ?


Je n'en sais rien ! Pour être franc, j'ignorais ce qu'était une collation de table. J'ai donc cherché.
Si je comprends bien il me faudrait faire une requête pour savoir si la collation des tables est identique. Pour moi, c'est de l'Hébreu !
Qu'elle requête formuler !
Une fois l'erreur située, où intervenir pour corriger ? Dans la BDD elle-même ?

En retentant un transfert de la BDD j'ai toujours la même erreur, mais les lignes concernées ont changé. En voici le détail :

Erreur
Requête SQL :
INSERT INTO `si4ad_finder_terms` (` term_id`, `term`,` stem`, `common`,` phrase`, `weight`,` soundex`, `links`, language``) VALUES
(423890, 's''étaient même', 's même', 0, 1, 1.4667, 'S3535', 1, 'fr'),
(423891, 's''étaient même laissé', 's même laissé', 0, 1, 1.7, 'S353542', 1, 'fr'),
(423892, 'sa marche', 'sa marche', 0, 1, 1.3, 'S562', 1, 'fr'),
(423893, 'sa marche triomphale', 'sa marche triomphale', 0, 1, 1.6667, 'S56236514', 1, 'fr'),
(423894, 'sa seule', 'sa seule', 0, 1, 1.2667, 'S400', 2, 'fr'),
(423895, 'sa seule épouse', 'sa seule épouse', 0, 1, 1.5, 'S412', 1, 'fr'),
(423896, «portée», «portée», 0, 0, 0.3333, 'S100', 1, 'fr'),
(423897, «portée col ',' portée col ', 0, 1, 1,3,' S124 ', 1,' fr '),
(423898, «portée col align ',' portée col align ', 0, 1, 1,5,' S12425 ', 1,' fr '),
(423899, 'semblé opportun', 'semblé opportun', 0, 1, 1.5, 'S5141635', 1, 'fr'),
(423900, 'semblé opportun de', 'semblé opportun de', 0, 1, 1.6, 'S51416353', 1, 'fr'),
(423901, 'séparée', 'séparée', 0, 0, 0.4667, 'S1[...]

MySQL a répondu:
# 1064 - Vous avez une erreur dans votre syntaxe SQL; consultez le manuel qui correspond à votre version du serveur MySQL pour le droit d'utiliser la syntaxe près de '' Seule à © pous 'à la ligne 21

Est-ce que l'erreur ne viendrait pas des guillemets dont il est fait état ?

J'ajoute qu'en cliquant sur l'onglet "opérations" dans phpmyadmin apparaît le message : Le stockage de configurations phpMyAdmin a été désactivé. Est-ce qu'une mise à jour de Xampp ne serait pas utile ?

Dernier point, je relève dans "Paramètres généraux"/Interclassement pour la connexion au serveur : utf8mb4_general_ci.

A te lire.
Dernière édition: 03 Mai 2015 20:30 par miqui.

Connectez-vous ou Créer un compte pour participer à la conversation.

  • Vous ne pouvez pas: Créer un nouveau sujet.
  • Vous ne pouvez pas: Répondre au sujet.
  • Vous ne pouvez pas: Éditer votre message.
Modérateurs: lavstephxillibittramber91Scottuxsergestarter
Temps de génération de la page : 0.134 secondes