Précisions SVP

Jean-Paul Argudo/ = 17 Août, 2007 - 11:26

Bonjour,

Je suspecte pour ma part un problème dans l'initialisation de votre base de données: que vaut lc_collate? Chez moi:

test=# show lc_collate;
lc_collate
-------------
fr_FR.UTF-8
(1 ligne)

Que vaut client_encoding? Chez moi:

test=# show client_encoding;
client_encoding
-----------------
LATIN9
(1 ligne)

Enfin, voici ce que cela donne chez moi:

test=# select * from test_order where pouet ~ '^a' order by pouet;
pouet
-------
a
abac
abc
a&bc
ab&c
(5 lignes)

Pouvez-vous faire ces essais et me dire ce que cela donne chez vous?

Merci!

--
Jean-Paul ARGUDO
http://dalibo.com | http://dalibo.org

Merci pour la réponse ! J

zedzed/ = 17 Août, 2007 - 13:18

Merci pour la réponse !

J'ai essayé avec votre exemple, j'ai exactement la même chose que vous :
select * from test order by merchant_name;
merchant_name
---------------
a
abac
abc
a&bc
ab&c
(5 rows)

Par contre si je rajoute un enregistrement "a&b" j'obtiens :
select * from test order by merchant_name;
merchant_name
---------------
a
a&ab
abac
abc
a&bc
ab&c
(6 rows)

il ne me regroupe pas les "a&" ensemble.
J'ai essayé de modifier la valeur de client_encoding qui etait à "UNICODE" en utf-8 ou en latin9
Aucun changement
lc_collate est à "fr_FR.UTF-8" par défaut lors de la création de la base de données je n'y ai pas touché.

Seb

translate

Jean-Paul Argudo/ = 22 Août, 2007 - 09:51

Bonjour,

J'ai essayé en créant un cluster postgres avec un LANG=C, afin que lc_collate soit à 'C'. Cela n'a rien changé.

Je vous propose le contournement suivant, dans votre clause order by:
order by translate(merchant_name,'&.','ab'). Cela donnera plus de "poids" à "&" puisque remplacé par "a". Si vous voulez donner plus de "poids" à ".", faites l'inverse ('ba' au lieu de 'ab').

En espérant que cela vous permette d'avancer dans votre projet, pendant que je cherche une solution plus élégante.

--
Jean-Paul ARGUDO
http://dalibo.com | http://dalibo.org