Discussion :

[Huntress]

Bonjour,

J'ai un petit soucis, je souhaiterais enlever tous les accents qui se trouveraient sur des lettres majuscules dans l'une de mes tables. Et pour ça je dois d'abord les repérer... et comme un E est équivalent à un É... ben voilà c'est pas top n'y at-il pas un mot magique à mettre dans ma requête dans le même genre que BINARY ?

Merci d'avance

[pc75]

Bonjour,

C'est quoi ton SGBD ?

[Huntress]

C'est MySQL (4.0.17)... me dites surtout pas qu'il n'est pas capable de faire ça...

[Magnus]

Je propose ça au hasard : avec les codes ASCII ?

[Huntress]

Alors j'ai essayé avec :

LIKE '%É%'
LIKE '%É%'
LIKE '%0xC9%'
LIKE '%0x90%'
LIKE '%U+00C9%'

mon avis qu'il doit y avoir un mot magique...

[Xo]

Magnus is Rigth : Sous Oracle, j'ai essayé les requête suivantes, qui font la même chose (et qui en plus donnent le même résultat !!!) :

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
SQL> SELECT Per_Nom 
  2    FROM GentPer
  3   WHERE Per_Nom LIKE '%É%';
 
PER_NOM
------------------------------
AIMÉE
 
SQL> SELECT Per_Nom 
  2    FROM GentPer
  3   WHERE Per_Nom LIKE '%' || CHR(201)  || '%';
 
PER_NOM
------------------------------
AIMÉE

Donc si la première ne fonctioone pas sous MySQL, vois si ASCII fonctionne en MySQL

[Huntress]

Hummph, et ben ça marche pas... j'ai l'impression que je m'y prends mal... au fait mes tables sont en InnoDB... c'est problèmatique ? Déjà que le FULLTEXT n'est pas valable pour ce format là.

Vais créer une table bidon MyISAM pour voir.

[Huntress]

Ben en MyISAM ça passe pas non plus.

La première requête me trouve les E.
Et la seconde n'est pas valide (Erreur de syntaxe près de '(201) || '%' LIMIT 0, 30' à la ligne 3)

Ca vient de moi, de MySQL, ou d'autre chose ?


> edit

Je viens de tomber là dessus :
http://archives.neohapsis.com/archiv...3-q4/2506.html

[Magnus]

J'ai testé les requêtes de Xo et elles fonctionnent aussi sous Interbase 6 mais la 2ème requête ne fonctionnera pas si l'UDF CHR n'est pas déclarée.
Tu as vérifié qu'elle était déclarée sous MySQL ?

D'autre part, tu peux nous donner la requête que tu exécutes et qui te génère un message d'erreur ?

Au passage, Xo : d'après ce que j'ai vu sur le site :http://www.lookuptables.com/, le code ASCII devrait être 144 et pourtant c'est bien 201, comment savais-tu ?

[Huntress]

Je ne sais pas comment faire pour voir si CHR est déclarée...

et la requête qui me produit une erreur est là suivante :

Code :

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

1
2
3
4
SELECT  * 
FROM detalle_funcionario
WHERE id_columna = 3 
AND valor_digitado LIKE  '%' || CHR( 201  )  ||  '%'

[Magnus]

ça ne devait pas exactement être cette requête parce qu'il indiqué une erreur proche du mot clé LIMIT il me semble mais bon...

Personnellement, sous IB 6 pour savoir si une UDF existe j'utilise IBExpert mais après je ne sais quels outils te permettent de visualiser la structure d'une base MySQL (fais des recherches sur le forum en question )

Si tu veux une requête minimale pour savoir si cette UDF est déclarée chez toi tente avec une table de ton choix :

Code :

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

1
2
SELECT CHR(48)
FROM <MyTable> ;

ça devrait te renvoyer '0'

[Xo]

Au passage, Xo : d'après ce que j'ai vu sur le site :http://www.lookuptables.com/, le code ASCII devrait être 144 et pourtant c'est bien 201, comment savais-tu ?

J'ai juste fait la requête suivante :

Code :

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

1
2
3
4
5
SQL> SELECT ASCII('É') FROM DUAL;
 
ASCII('É')
----------
       201

Ca ne dépend pas du jeu de caractère ? Je n'y connais rien ...

[Huntress]

Magnus, l'erreur n'était pas près du LIMIT, mais de (201)...

J'ai exécuté la requête que tu m'as donné (select chr(48) from colectividades), il me retourne une erreur près de (48)...

J'suis une peu perdue là, MySQL est limité on dirait... Je ne vois pas d'où ça pourrait venir.

Pour ce qui est du jeu de caractère je suis en latin_swedish_ci. Si qq un a une autre idée.

> edit
Merci les smiley, ça rend mon post nettement plus lisible

[SQLpro]

ta collation est visiblement insensible à la casse. La recherche par LIKE ou égalité va te donner des réponses sans tenir compte de la casse.

Mais qu'est ce qui te dérange dans le fait que les caractères majuscules soient accentués ? C'est d'ailleurs une obligation légale que d'accentuer les majuscules.

A lire : http://sqlpro.developpez.com/cours/normes/#L1.1.3

Sinon il existe dans certains SGBDR des fonctions de remplacement comme TRANSLATION

A +

[Original Prankster]

C'est d'ailleurs une obligation légale que d'accentuer les majuscules.

Enfin quelqu'un qui le sait !!!! Je pensais même pas que ça existait... Les caractères accentués sont des caractères à part entière, et ce même POUR LES CARACTÈRES MAJUSCULES. Il s'agit, en cas d'oubli de l'accent, d'une faute d'orthographe dans la langue française.

Au passage, Xo : d'après ce que j'ai vu sur le site : http://www.lookuptables.com/, le code ASCII devrait être 144 et pourtant c'est bien 201, comment savais-tu ?

Ca ne dépend pas du jeu de caractère ? Je n'y connais rien

Pour information, le code ASCII était codés à l'origine sur 4 bits, donc de 0 à 127. Mais prévu pour la langue anglaise, il n'intégrait pas les caractères accentués, cyrilliques, et autres. Il a donc fallu l'étendre, en codant les caractères sur 8 bits. Mais à ce jour il existe plusieurs codes ASCII étendus. Voici les plus couramment utilisés, dépendant de la plate-forme utilisée :

• Le code ASCII étendu OEM affecte la valeur 144 au caractère 'É' (Tiens d'ailleurs mon XP version anglaise arbore OEM), et ne possède pas le caractère 'È' (que j'ai donc du copier-coller pour écrire ce post). C'est celui que tu as vu sur www.lookuptables.com qui est un site anglais, Magnus.
  Le code ASCII étendu ANSI affecte la valeur 201 au caractère 'É' et la valeur 200 au caractère 'È' (XP version française utilise ce dernier, du moins sur mon PC personnel). C'est celui utilisé par le moteur SQL de Xo, qui doit très certainement travailler sur une plate-forme française.

Voilà ça devrait être un peu plus clair pour vous.

++

[Xo]

Enfin quelqu'un qui le sait !!!! Je pensais même pas que ça existait... Les caractères accentués sont des caractères à part entière, et ce même POUR LES CARACTÈRES MAJUSCULES. Il s'agit, en cas d'oubli de l'accent, d'une faute d'orthographe dans la langue française.

Quand j'étais à l'école, on m'a appris que les majuscules ne prennaient jamais d'accent. Bien sur, ça a changé entre temps, mais on ne m'a pas envoyé de mise à jour . Je l'ai ensuite appris il y a un certains nombres d'année, en discutant avec un jeune développeur.

Mais le principal problème, ça n'est pas de le savoir (maintenant, pas mal de gens le savent, en tout cas autour de moi), mais bien d'accéder aux susdits caractères. Pour taper ce magnifique É, je dois faire Alt et 144 (et non pas 201 )

[Original Prankster]

Quand j'étais à l'école, on m'a appris que les majuscules ne prennaient jamais d'accent

C'est bizarre, moi j'ai appris l'inverse en cours de communication.

Pour taper ce magnifique É, je dois faire Alt et 144 (et non pas 201)

Et bien dans ce cas tu bosses sous une plate-forme OEM, tandis que ta fonction ASCII() se base sur la norme ANSI.

[SQLpro]

Xo a écrit :

Quand j'étais à l'école, on m'a appris que les majuscules ne prennaient jamais d'accent.

Les profs qui disent de telles ânneries devraient être renvoyés de l'éducation nationale.

Voici quelques titres pour vous convaincre :

J’AIME LES BISCUITS SALES
GISCARD CHAHUTE A L’ASSEMBLEE
LE COUP DE DE DE DE GAULLE

Cepandant pour expliquer qu'une affirmation aussi stupide ait pu circuler, il faut se souvenir qu'au lendemain de la guerre de 39-45, les journaux n'avaient plus les moyens de paraîtres. Ce sont donc des linotypes américaines, donc dépourvues d'accents, qui ont été importée pour assurer le renaissance de la presse française. Ces dernières ont été remplacées dans les années 60 à 70. Donc pendant quelques années, certains journaux n'avaient pas d'accents dans les titres.

A lire :
http://www.deluxeavenue.com/typo_erreurs_cap.php

Pour vous convaincre : La Revue de Paris, novembre 1900
http://visualiseur.bnf.fr/Visualiseur?Destination=Gallica&O=NUMM-17458
aller à la page 373 par exemple...

A +