Précédent   Forum du club des développeurs et IT Pro > Bases de données > PostgreSQL > Administration
Administration Forum d'entraide sur l'administration de PostgreSQL : utilisateurs, privilèges, etc.
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse
 
Outils de la discussion
Publicité
'
Vieux 11/07/2011, 09h59   #1
tantor
Invité de passage
 
Inscription : mai 2007
Messages : 13
Détails du profil
Informations forums :
Inscription : mai 2007
Messages : 13
Points : 2
Points : 2
Par défaut Problème de Order by selon l'environnement

Bonjour,

J'ai un soucis de tri rencontré uniquement dans l'environnement du client.
Lors d'une requête contenant un order by les résultats sont triés
mais sans prendre en compte l'espace.
Par exemple on obtient:
Citation:
La boissiere
Laboissiere
La boissiere-en-thelle
Au lieu de:
Citation:
La boissiere
La boissiere-en-thelle
Laboissiere
Après avoir cherché sur le net j'ai remarqué que cela pourrait venir
de la variable lc_collate
Citation:
Chez le client: "fr_FR.UTF-8"
A l'agence : "French_France.1252"
De plus, on a les résultats suivants dans les deux environnements:
Citation:
show client_encoding = "UNICODE"
show server_encoding = "UTF8"
Il faut pour finir rappeler que le bug se produit sous linux, bien que l'appel à "locale" me retourne les résultats suivants:
Citation:
LANG=fr_FR.UTF-8
LC_CTYPE="fr_FR.UTF-8"
LC_NUMERIC="fr_FR.UTF-8"
LC_TIME="fr_FR.UTF-8"
LC_COLLATE="fr_FR.UTF-8"
LC_MONETARY="fr_FR.UTF-8"
LC_MESSAGES="fr_FR.UTF-8"
LC_PAPER="fr_FR.UTF-8"
LC_NAME="fr_FR.UTF-8"
LC_ADDRESS="fr_FR.UTF-8"
LC_TELEPHONE="fr_FR.UTF-8"
LC_MEASUREMENT="fr_FR.UTF-8"
LC_IDENTIFICATION="fr_FR.UTF-8"
LC_ALL=
Merci d’avance pour vos réponses.
tantor est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 11/07/2011, 14h51   #2
estofilo
Modérateur
 
Inscription : octobre 2008
Messages : 1 702
Détails du profil
Informations personnelles :
Localisation : France, Paris (Île de France)

Informations forums :
Inscription : octobre 2008
Messages : 1 702
Points : 2 347
Points : 2 347
Effectivement avec une locale fr_FR.UTF-8 on n'aura pas nécessairement les mêmes règles de tri que French_France.1252 ou d'ailleurs que n'importe quelle autre locale.
Mais ce n'est pas un bug, c'est comme ça.

A partir de postgresql 8.4 il est possible de spécifier la valeur de LC_COLLATE en paramètre du CREATE DATABASE.
estofilo est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 12/07/2011, 13h16   #3
tantor
Invité de passage
 
Inscription : mai 2007
Messages : 13
Détails du profil
Informations forums :
Inscription : mai 2007
Messages : 13
Points : 2
Points : 2
Merci pour la réponse.

Vous dites qu'il est possible de spécifier la valeur de LC_COLLATE en paramètre du CREATE DATABASE. Mais quelle valeur y ajouter, sachant que French_France.1252 semble spécifique à un environnement Windows?

En cherchant, j'ai trouvé ce topic où vous intervenez aussi:
http://www.developpez.net/forums/d96...eres-speciaux/

Je demande car même si je suis en 8.3 la production pourra se faire en 9.0.

Merci
tantor est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 15/07/2011, 14h24   #4
SQLpro
Rédacteur

 
Avatar de SQLpro
 
Homme Frédéric BROUARD
Expert SGBDR & SQL
Inscription : mai 2002
Messages : 12 080
Détails du profil
Informations personnelles :
Nom : Homme Frédéric BROUARD
Localisation : France

Informations professionnelles :
Activité : Expert SGBDR & SQL
Secteur : Conseil

Informations forums :
Inscription : mai 2002
Messages : 12 080
Points : 21 678
Points : 21 678
Les collations sont justement faites pour gérer ce genre de problèmes :
  • quid de la sensibilité à la casse
  • quid de la sensibilité aux accents et plus généralement aux caractères diacritiques (cédille, ligature...)
  • quid du tri des données (fonction de la langue, exemple ou placer le ß (double S allemand).

A lire sur le sujet : http://sqlpro.developpez.com/cours/s...er/collations/

A +
__________________
Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro
http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation
* * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * *
SQLpro est déconnecté   Envoyer un message privé Réponse avec citation 10
Vieux 18/07/2011, 10h57   #5
tantor
Invité de passage
 
Inscription : mai 2007
Messages : 13
Détails du profil
Informations forums :
Inscription : mai 2007
Messages : 13
Points : 2
Points : 2
Merci pour la réponse, je regarderais cela dès que je pourrais,
je vous tiens au courant.
tantor est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse
Outils de la discussion

Navigation rapide


Fuseau horaire GMT +2. Il est actuellement 09h57.


 
 
 
 
Partenaires

Hébergement Web