Fonction REPLACE sensible à la casse

Version imprimable

18/05/2013, 12h44
bivort

Fonction REPLACE sensible à la casse

Je voudrais remplacer dans le corps du texte les caractères accentués par leur équivalent HTML. Or, la fonction REPLACE ne semble pas sensible à la casse.
SELECT REPLACE('éÉ','é','é') me donne éé
et non pas éÉ

Merci de m'aider !
18/05/2013, 14h30
bivort

J'ai trouvé ailleurs sur le forum :

Code:

SELECT REPLACE('Éé','É' COLLATE SQL_Latin1_General_Cp1_CS_AS,'É')

Il faut ajouter COLLATE SQL_Latin1_General_Cp1_CS_AS après la lettre à remplacer.
09/08/2017, 15h49
cunlhaontz

ce n'est pas le REPLACE qui est insensible à la casse

Citation:

Envoyé par bivort

J'ai trouvé ailleurs sur le forum :

Code:

SELECT REPLACE('Éé','É' COLLATE SQL_Latin1_General_Cp1_CS_AS,'É')

Il faut ajouter COLLATE SQL_Latin1_General_Cp1_CS_AS après la lettre à remplacer.

Pour être plus précis, ce n'est pas le REPLACE qui est insensible à la casse mais la BDD (probablement en classement ...CI..., CI pour Case Insensitive)

Par exemple, avec une BDD en French_CS_AS, on aura le problème inverse : le replace sera insensible à la casse.
Dans ce cas, si l'on souhaite qu'un mot soit remplacé quelque soit la casse, il faudra taper le

Code:

REPLACE(TEXTE, 'ancien' COLLATE SQL_Latin1_General_Cp1_CI_AS, 'nouveau')
09/08/2017, 16h03
escartefigue

Citation:

Envoyé par cunlhaontz

Pour être plus précis, ce n'est pas le REPLACE qui est insensible à la casse mais la BDD (probablement en classement ...CI..., CI pour Case Insensitive)

Dans certains SGBD (ex : SQL server), la collation peut être définie au plus fin, à savoir la colonne ;)
14/08/2017, 14h53
StringBuilder

Citation:

Envoyé par bivort

J'ai trouvé ailleurs sur le forum :

Code:

SELECT REPLACE('Éé','É' COLLATE SQL_Latin1_General_Cp1_CS_AS,'É')

Il faut ajouter COLLATE SQL_Latin1_General_Cp1_CS_AS après la lettre à remplacer.

Ta solution ne fonctionnera pas : elle remplacera tous les É et é par É.

Si tu veux remplacer É par É et é par é tu n'as pas d'autre choix que de faire deux REPLACE, sensibles à la casse, un pour le É et un pour le é.

Accessoirement, tu n'as pas à stocker dans la base ces modifications de texte, et c'est pas à la requête de sélection de faire ce travail, mais à l'application cliente.

Tous les langages de haut niveau disposent de tout ce qu'il faut pour effectuer les conversions dans les deux sens.

Si tu stockes de HTML Entities dans ta base, alors tu exclu inutilement toutes les capacités de recherches littérales, et en plus tu augmentes inutilement la taille occupée par les données.