LIKE / insensible à la casse et aux accents

**Samish** · 03/04/2009, 10h37

Bonjour,

0/ Config :
MySQL 5.1.30
INNODB

Code :

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

1
2
3
4
5
6
7
8
9
 
SELECT @@character_set_server, @@collation_server;  
=> utf8, utf8_general_ci
 
SELECT @@character_set_database; 
=> utf8
 
SHOW FULL COLUMNS FROM MA_TABLE; 
Tous les champs "texte" sont en varchar(XX) et  utf8_general_ci

1/ Questions :

-A- J'ai lu qu'avec l'utf8 le varchar était préférable ?
Ai je mal compris ?

-B- Expr à trouver dans CLi_INTIT de MA_TABLE : LOOÏ

Code :

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

1
2
3
4
5
SELECT CLI_INTIT FROM MA_TABLE WHERE CLI_INTIT LIKE '%looÏ%' =>ok
SELECT CLI_INTIT FROM MA_TABLE WHERE CLI_INTIT LIKE '%LOOÏ%' =>ok
 
SELECT CLI_INTIT FROM MA_TABLE WHERE CLI_INTIT LIKE '%looi%' => not ok
SELECT CLI_INTIT FROM MA_TABLE WHERE CLI_INTIT LIKE '%looï%' => not ok

J'ai l'impression que c'est les param de la conn client qui mettent le binz

-C- Test selon doc ANTOUN :
Requete Via ASP VBScript
DRIVER={MySQL ODBC 3.51 Driver};
SQLStr = formate les chaines (' => '')
sKW = mot clef à rechercher.

Code :

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

1
2
3
4
5
sSQL="SELECT 
CHARSET(CLI_INTIT) AS T1, COLLATION(CLI_INTIT) AS T2, 
CHARSET(" & SQLStr(sKW) & " ) AS T3, 
COLLATION(" & SQLStr(sKW) & " ) AS T4 
FROM MA_TABLE LIMIT 1 ;"

J'ai :
T1=utf8
T2=utf8_general_ci
T3=latin1
T4=latin1_swedish_ci

A mon avis, ça vient de l'ASP :
Response.Charset="utf-8"
Session.LCID=1033

Comment faire pour passer de T3=latin1, T4=latin1_swedish_ci
vers T1=utf8, T2=utf8_general_ci ?

----------------------
J'en perds mon latin1

Pourriez vous m'aider svp ?
Merci

**CinePhil** · 03/04/2009, 12h50

Voir du côté de la clauseCOLLATE et par la même occasion dans tout le chapitre 10.3 de la doc MySQL.

**Samish** · 03/04/2009, 13h31

Alut,

1/ Merci de votre aide

2/ Vous pensez bien que la doc je me la suis tapée !
point 10.3.8 de la doc => pas de like

3/ Avec : (cf doc ANTOUN)

Code :

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

AND CLI_INTIT LIKE '%noo%' COLLATE utf8_general_ci

J'ai :
MySQL][ODBC 3.51 Driver][mysqld-5.1.30-community]COLLATION 'utf8_general_ci' is not valid for CHARACTER SET 'latin1'

Any Idea ?

**Antoun** · 03/04/2009, 14h07

Envoyé par Samish

1/J'ai lu qu'avec l'utf8 le varchar était préférable ?

de mémoire, oui, parce que de toute façon le nombre d'octets est variable quand bien même le nombre de caractères serait fixe.

Envoyé par Samish

COLLATION 'utf8_general_ci' is not valid for CHARACTER SET 'latin1'

Le gag est que ton client envoie les requêtes, et donc ton critère, en latin1, auquel tu ne peux donc pas appliquer une collation utf8... Peux-tu essayer comme ça ?

Code :

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

WHERE CLI_INTIT LIKE CONVERT('%looi%' USING utf8)

**Samish** · 03/04/2009, 14h09

Alut,

@@character_set_system=utf8
@@character_set_server=utf8
@@collation_server=utf8_general_ci
@@character_set_database=utf8

@@character_set_connection=latin1
@@collation_connection=latin1_swedish_ci
@@character_set_results=latin1

C'est une belle bouillie entre le server et le client.

1/J'ai bien préciser dans le code :

--ASP :
Response.Charset="utf-8"
'Session.LCID=1033
1033 =US C pas bon !!!, commenté aucun resultat,
impossible de trouver un Session.LCID pour utf8 et le codepage 65001
n'est pas reconnu sur mon serveur de dév !

--HTML :
<!DOCTYPE html
PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="FR" lang="FR">

<meta http-equiv="content-type" content="text/html; charset=UTF-8 " />

2/ J'ai tenté le SET NAMES utf8; (p11/23 de ta doc)
=> là la requête est ok, mais l'affichage des résultats est corrompu

Je crois que si je n'ai pas de solution via SQL, je vais revoir
et tester complétement le systéme d'encodage des pages.

Any Idea ?
Thx
Samish

**Antoun** · 03/04/2009, 14h21

Entretemps, j'ai mieux lu ton premier message et modifié le mien... réponse ci-dessus.

**Samish** · 03/04/2009, 17h01

ok, merci mais :

Code :

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

WHERE CLI_INTIT LIKE CONVERT('%looi%' USING utf8)

Ne fonctionne pas.

J'ai pas compris le "réponse ci-dessus" -désolé-.

**Antoun** · 03/04/2009, 17h19

ça ne fonctionne pas comment ?

**Samish** · 03/04/2009, 17h31

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
AND CLI_INTIT LIKE CONVERT('%loo%' USING utf8) 
=> OK
 
AND CLI_INTIT LIKE CONVERT('%LOOÏ%' USING utf8) 
=> OK
 
AND CLI_INTIT LIKE CONVERT('%LOOI%' USING utf8) 
=> NOT OK
 
CLI_INTIT LIKE CONVERT('%looi%' USING utf8) 
=> NOT OK
 
AND CLI_INTIT LIKE CONVERT('%looï%' USING utf8) 
=> NOT OK
 
AND CLI_INTIT LIKE CONVERT('%looÏ%' USING utf8) 
=> OK

Le pb vient "juste" du char spécial
Et comme il va y avoir une version russe, chinoise....

Merci de ton aide, si t'as une idée, n'hésites pas

**Antoun** · 03/04/2009, 17h56

J'ai testé avec phpMyAdmin, et le CLI_INTIT LIKE CONVERT('%LOOI%' USING utf8) retrouve bien "LOOÏ"... J'imagine que c'est effectivement l'ODBC qui fout la merde... (ou alors c'est une différence entre la 5.0 et la 5.1).

Quelques pistes au hasard :

avec un introducteur :
Code : Sélectionner tout - Visualiser dans une fenêtre à part
```
CLI_INTIT LIKE CONVERT(_latin1'%LOOI%' USING utf8)
```
avec utf8_unicode_ci :
Code : Sélectionner tout - Visualiser dans une fenêtre à part
```
CLI_INTIT LIKE CONVERT('%LOOI%' USING utf8) COLLATE utf8_unicode_ci
```

en changeant le character_set_client sans changer le character_set_results :

Code :

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

1
2
3
set character_set_client = utf8 ;
-- ajouter éventuellement :
set character_set_connection = utf8 ;

**Antoun** · 03/04/2009, 18h00

ça serait peut-être pas mal aussi de tester le caractère qui est vraiment dans ta table... normalement, un ORD doit te donner 50069 pour Ï en utf8 (et 207 pour du latin1).

**Samish** · 03/04/2009, 18h23

ALut,

1/ merci encore de ton aide

2/ tests
# avec un introducteur : not ok
# avec utf8_unicode_ci : not ok

4/ LOOÏ dans la BD j'ai NOOÃ

4/ Plutot que de te faire prendre du tps et avoir une bidouille
dans le code qui tôt ou tard posera pb, je reteste tous les param
(insertion, update, liste, recherche) sur une table et un fichier test.

SI l'app est bien faite, ce pb ne doit pas se poser.
Les données on été importées, modifiées etc.
Si il y a un mic mac, c'est dans le code ou des variables de l'app.

Je te tiens au courant de mes tests si cela t'interesse

Merci encore
Samish

**Samish** · 03/04/2009, 18h53

1/ Résultats de mes tests :

J'ai juste laisser :

-ASP
Response.Charset="utf-8"

-HTML
<!DOCTYPE html
PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="FR" lang="FR">
<head>
<title>TITRE</title>
<meta http-equiv="content-type" content="text/html; charset=UTF-8 " />

Dans ma table de test :
LOOÏ est écris sans char spéciaux (est ce normal ?)
Sinon la recherche, l'insert fonctionne correctement.

2/ Dans ma nvelle table ORD(INTIT) me retourne 50063 pour Ï ?

3/ AUtres langues :
- Le chinois passe en client side, mais dans la DB j'ai des "carrés" si je regarde via HeidiSQL les données de la table ?

- thailandais : 95% des char sont ok, parfois des carrés (client side)

- turc, russe, espagnol, grec, de, it, arabe, hebreu ok

LIKE / insensible à la casse et aux accents

Requêtes MySQL

Discussions similaires

Partager

Partager