Discussion :

[gvdmoort]

Bonjour à tous,

Soit un champs de table VARCHAR(1) comprenant ces valeurs:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
mysql> SELECT DISTINCT region FROM noms;
+--------+
| region |
+--------+
|        |
| V      |
| W      |
| B      |
+--------+

Je souhaitais convertir ce caractère en nombre avec la fonction ASCII pour l'utiliser dans un calcul, mais elle renvoit toujours 0

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
mysql> SELECT DISTINCT ASCII(region), region FROM noms;
+---------------+--------+
| ASCII(region) | region |
+---------------+--------+
|             0 |        |
|             0 | V      |
|             0 | W      |
|             0 | B      |
+---------------+--------+

alors que cette fonction appliquée à une chaîne fixe renvoit bien un nombre

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
mysql> SELECT ASCII('V');
+------------+
| ASCII('V') |
+------------+
|         86 |
+------------+

Où est le problème ? Cela semble n'arriver qu'avec mes champs VARCHAR(1).

Merci d'avance,

G.

[CinePhil]

Si tes codes de régions n'ont toutes qu'un seul caractère, pourquoi utiliser un VARCHAR plutôt qu'un CHAR ?

Ceci dit, quand on lit la doc, on ne comprend pas pourquoi ça ne fonctionne pas !

[gvdmoort]

Si tes codes de régions n'ont toutes qu'un seul caractère, pourquoi utiliser un VARCHAR plutôt qu'un CHAR ?

Merci pour cette suggestion, et de d'être penché sur mon problème.

Ceci dit, quand on lit la doc, on ne comprend pas pourquoi ça ne fonctionne pas !

J'ai trouvé, j'avais créé cette base avec phpmyadmin et au lieu de cocher uft8_general_ci pour l'encodage par défaut, j'avais sélectionné ucs2

À présent que l'encodage est correct, ça fontionne...