Problème encodage caractéres spéciaux MYSQL avec juste &

Bonjour

Comme je trouve pas sur le forum, quelque chose qui se rapproche de mon problème je fais un poste.

en fait je cherche à insérer des caractères spéciaux, apparement tout ce qui est accents, ç ... fonctionne sauf le &

quand je fais mon insert

Code:

---

1 2	insert into T_MarqueMere ( idfkT_Personne, T_MarqueMere) values ( 1, "Procter & Gamble");

---

j'ai ça Procter & Gamble comme résultat quand je fais un select

pourtant j'ai bien déclaré mas base comme suit

Code:

---

1 2 3

CREATE DATABASE test CHARACTER SET utf8 COLLATE utf8_bin;

---

et ma colonne qui reçoit les données est déclaré comme T_MarqueMere varchar(50) utf8_bin

et le plus drole :( si on peut dire ça, c'est que sous windows j'ai aucun problème et maintenant que je suis sous Linux j'ai cette erreur ???
J'opterai bien pour un problème de paramètre dans mysql ... mais lequel

Si quelqu'un peut m'aider, merci

si je fais directement un slect sous linux


mysql> SELECT T_MarqueMere FROM T_MarqueMere;
+------------------+
| T_MarqueMere |
+------------------+
| - |
| Procter & Gamble |
+------------------+
2 rows in set (0.00 sec)

bon je suppose que ça vient soit du navigateur soit de phpmyadmin

Tu utilises probablement un programme externe pour ajouter/modifier/afficher tes données.

Le paramétrage correct du programme et de la BDD est un grand classique pour lequel tu trouveras une foule d'aides sur Internet.

Un détail quand même : En SQL, on n'entoure pas les valeurs textuelles avec des guillemets mais avec des apostrophes.

Ben, en fait j ai testé les deux, requète en ligne de commande ou par l'interface de phpmydamin

le selct directement en ligne de commande affiche bien la bonne valeur
& et non &

par contre par phpmyadmin j ai &

et le pire c est juste pour ce & le reste impecc j'ai essayé de @ #_ |ñ .... c est nickel :-S

j ai trouvé ça

Les esperluettes (&) dans les adresses URL
Une autre erreur commune est celle provoquée par l'inclusion d'une adresse URL contenant une esperluette (&) :

<!-- Ceci n'est pas valide ! --> <a href="machin.cgi?chapitre=1&section=2">...</a>

Cet exemple se traduit par une erreur de « section d'entité inconnue » (N.d.T. unknown entity section) parce que le caractère « & » est censé initier une entité. La plupart du temps, les navigateurs récupéreront sans dommage de l'erreur mais l'exemple ci-dessus entraînera l'échec de la résolution du lien dans Netscape 3.x (cependant, pas dans ses autres versions) car il supposera que l'auteur avait l'intention d'écrire &sect;ion, qui équivaut à §ion.

Pour éviter les problèmes avec les validateurs et les navigateurs, il faut toujours utiliser &amp; au lieu de & lorsqu'on écrit une adresse URL en HTML :

<a href="machin.cgi?chapitre=1&amp;section=2">...</a>

Remarquez que le remplacement du caractère & par &amp; n'intervient que pour l'écriture de l'adresse URL en HTML, où « & » est un caractère spécial (tout comme les caractères « < » et « > »). Si on devait écrire la même adresse URL dans un message électronique en texte brut ou dans la barre d'adresse d'un navigateur, on écrirait « & » et non « &amp; ». Avec HTML, le navigateur traduit « &amp; » en « & », de sorte que le serveur Web ne voit que « & » et non « &amp; » dans la chaîne d'interrogation de la requête.



Donc si je comprends se serait phpmyadmin qui s amuserait à interpréter mon & en &amp; ???ainsi que < qu il transforme en &lt; et > en &gt;
Clair que ça doit venir de phpmyadmin et non de mysql


Heu on fait comment pour déplacer un sujet vers le forum adéquat :oops:

Bon ???

Problème réglé du moins avec phpmyadmin

Même si je vois pas trop pourquoi

Pour info base créée
CHARACTER SET utf8
COLLATE utf8_bin
Table en UTF8_bin
idem pour les colonnes

et c est justement la dernière valeur qui posait problème
en mettant utf8_swedish_ci
je récupère tout au bon format dans phpmyadmin les & et les œ

donc pour moi le sujet est clos [biggrin]