Vous n'êtes pas identifié(e).
Pages : 1
Je veux bien améliorer la rapidité de la partie de ma requête qui ne touche pas au problème sus-cité, mais entre la version avec translate() et la version sans, il y a déjà un facteur 20 au niveau du temps d'exécution, ce qui serait un gain appréciable.
[EDIT] Hé bien je ne vois qu'une solution : pré-calculer une copie des champs de recherche dans un autre champ avec les caractères désaccentués et les caractères spéciaux conservés.
Si vous voyez une autre solution, n'hésitez pas à m'en faire part.
Bonjour,
je sais que plusieurs posts traitent déjà du problème des encodages lors des recherches mais ce problème n'a apparemment pas été soulevé, sauf erreur de ma part.
Je désire faire une recherche sur une base encodée en LATIN9, insensible à la casse et aux accents, et qui est capable de trouver les caractères spéciaux tels que € et œ.
La fonction to_ascii fréquemment utilisée dans les solutions données supprime les caractères € et œ.
Comment puis-je conserver ces caractères spéciaux tout en enlevant les accents d'un champ (et passer en lowercase) ?
[EDIT] Petite précision, j'ai une version qui fonctionne avec translate(), mais qui est beaucoup trop lente.
Pages : 1
