Mauvaise collation à l'initdb

Bonjour,

je viens de me rendre compte que j'avais mal paramétré mes collation pour les recherches lors de l'initdb.
J'ai cherché un moyen de les modifiés mais d'après ce que je vois dans toutes les docs, c'est impossible.
Cela m'obligerais à refaire les initdb, ce qui ne m'arrange pas sur des bases en production.
Y a t'il un moyen de modifier ceci ou dois-je repartir de presque zéro ??

Merci pour vos réponses.

Qu'appelles-tu une 'collation' ?

Merci pour ta réponse.

par collation j'entends la façon dont postgres doit gérer les égalité de lettres.
Je connais 2 types de tests :

• la casse : a=A
• les accents : é=e

cela permet de faire un select * where prenom="herve" et de voir comme réponse "Hervé" par exemple.

Ceci est lié au paramétrage de la variable lc_collate. J'ai relancé mon initdb avec ce que je pensais être bon mais ce n'est pas le cas.
Voici ce que j'ai en ce moment :

Code:

---

1 2 3 4 5 6 7 8 9 10

select name, setting from pg_settings where name ~* 'lc'; name | setting -------------+----------------- lc_collate | fr_FR.utf8 lc_ctype | fr_FR.utf8@euro lc_messages | fr_FR.utf8 lc_monetary | fr_FR.utf8@euro lc_numeric | fr_FR.utf8@euro lc_time | fr_FR.utf8@euro

---

D'après ce que je vois dans les docs et sur les forums, ceci est très lié au local du shell.

j'avoue y perdre un peu mon latin.

Citation:

---

Envoyé par htristra

Merci pour ta réponse.

par collation j'entends la façon dont postgres doit gérer les égalité de lettres.
Je connais 2 types de tests :

• la casse : a=A
• les accents : é=e

cela permet de faire un select * where prenom="herve" et de voir comme réponse "Hervé" par exemple.

Ceci est lié au paramétrage de la variable lc_collate. J'ai relancé mon initdb avec ce que je pensais être bon mais ce n'est pas le cas.
Voici ce que j'ai en ce moment :

Code:

---

1 2 3 4 5 6 7 8 9 10

select name, setting from pg_settings where name ~* 'lc'; name | setting -------------+----------------- lc_collate | fr_FR.utf8 lc_ctype | fr_FR.utf8@euro lc_messages | fr_FR.utf8 lc_monetary | fr_FR.utf8@euro lc_numeric | fr_FR.utf8@euro lc_time | fr_FR.utf8@euro

---

D'après ce que je vois dans les docs et sur les forums, ceci est très lié au local du shell.

j'avoue y perdre un peu mon latin.

---

êtes-vous certain de vouloir résoudre cette situation avec un paramètre qui influencera TOUT le cluster ? (càd toutes les DB gérées par ce serveur… toutes les tables, tous les champs texte…)

une solution moins lourde de conséquences serait d'avoir une fonction qui convertit la chaîne à rechercher en pattern où toutes les voyelles sont remplacées par leurs variantes accentuées possibles, par exemple :

Code:

---

1 2	select make_accented_pattern('herve')

---

renverrait

Code:

---

1 2	h[éeéÉèÈêÊëË]rv[eéÉèÈêÊëË]

---

et il serait ainsi possible d'écrire :

Code:

---

1 2	select * from … where prenom ~* make_accented_pattern('herve') ;

---

mais il faudra probablement écrire make_accented_pattern en C…

Merci pour cette réponse JeitEmgie, j'avoue ne pas avoir penser à ça.

Je vais utilisé une variante de votre solution. Je vais plutôt la forme majuscule sans accent (Hervé -> HERVE) et produire un index dessus (presque un million de ligne dans la table).

J'ai également vu que l'on pouvait indexé le résultat d'une fonction :

CREATE INDEX toto ON tablenom EnMajsu(nom);

En forçant le select à utilisé cet index, je devrais plutôt bien m'en sortir.

Merci pour vos réponses.

Bonjour JeitEmgie


En fait je voudrais faire exactement ce qu'à décrit htristra et tu semble avoir une solution pour le faire ?

Cela ne me dérange pas d'avoite ce comportement sur toute ma base de données bien au contraire...

Pour rappel j'ai besin des comportements suivants :

pas de différence entre majuscules et miniscules : exp: a=A
caractères accentués équaivalent aux non-accentués : exp: é=e


Merci de bien vouloir m'indiquer comment faire.