Discussion :

[slylafone]

Bonjour,
J'ai un petit soucis au niveau de l'ordre des tris (Interbase 6.0 Open Source).
J'ai fait une recherche mais je n'ai pas trouvé de sujet correspondant.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

SELECT LAST_NAME FROM TUSER ORDER BY LAST_NAME

=> Cette requête donne ce résultat:
Alexandre
Damien
Sylvain
alexia

J'aimerais que alexia soit après Alexandre.

Et cette requête ne fonctionne pas sous Interbase (Elle fonctionne sous d'autres SGBD):

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

SELECT LAST_NAME FROM TUSER ORDER BY UPPER(LAST_NAME)

Y a t-il un moyen de contourner ce problème ?

Merci pour vos réponses,
Sly

[jean-jacques varvenne]

je ne suis pas sûr, mais la fonction upper n'est pas présente sur ib6 mais l'est sur firebird 1.5 change ib6 avec firebird 1.5 et hop réglé.

attention que upper ne régle pas les problèmes des accents.

[slylafone]

Merci pour la réponse.

Ca me démangeait de passer à Firebird.
j'ai maintenant une bonne raison de le faire.

Sly.

[Barbibulle]

Le probeme c'est surtout que vous avez mal déclaré vos chaines de caractères.

Le upper règlera en effet votre probleme partiellement (les accents).

Pour avoir un tri correct il faut utiliser la méthode de tri de type francais et le jeu de caractère qui gère bien les accents.

Autrement dit
Il faut utiliser par exemple le CHARACTER SET ISO8859_1 et pour les tri le COLLATE FR_FR.

Et c'est pareil pour Firebird.

[slylafone]

Salut Barbibulle,

Merci pour tes précisions, mais ca devient compliqué pour moi.

Pour l'instant je n'utilise aucun Character Set particulier et l'utilisation de la fonction upper dans la commande order by me renvoit une erreur SQL.

Quelles sont les différences / limitations entre DEFAULT CHARACTER SET et CHARACTER SET ISO8859_1 ?

[Barbibulle]

Quelles sont les différences / limitations entre DEFAULT CHARACTER SET et CHARACTER SET ISO8859_1 ?

Et bien c'est assez simple à comprendre, Interbase/Firebird n'ont pas étés conçu par des français pour des français (ou francophones).

Mais heureusement il n'a pas été développé n'importe comment et accepte de prendre en compte les spécificités de la langue francaise.

En anglais, il n'y a a pas de caractères accentués par exemple.
En allemagne il y a le double S que nous n'avons pas.

Comment Ib ou fb pourait deviner où placer ces lettres quand il tri ? C'est pourquoi il exite des tables de caractères qui définissent le poid de chaque lettre pour pouvoir les ordonner.
Dire que l'on utilise la table de caractère ISO8859_1 permet d'utiliser la table des caractères de type latin. Ensuite pour dire comment trier les données (donner un poid à chaque lettre) il suffit de lui dire d'utiliser l'ordre défini par le colate "FR_FR".

C'est très utile aussi pour les comparaisons quand on utilise le UPPER

Par exemple
si Col1 est ISO8859_1 collate FR_FR
un where UPPER(Col1) = 'E'
permettra de rammener
E
e
è
é
ê
alors que si on n'avait pas utilisé le FR_FR ca ne ramènnerai que le
E
e

Bref pour plus de détail cf :
http://sqlpro.developpez.com/cours/s...age=partie1#L4

[slylafone]

Ok merci Barbibulle pour ton explication.

Encore juste une petite question : que se passerait il si j'utilise la table de caractère ISO8859_1 et que mon programme soit utilisé à l'étranger ?

Je pense que les caractères stockées seraient bons : conversion à l'écriture, mais conversion inverse à la lecture...
Mais l'ordre des tris et les fonctions de recherche etc... ne fonctionneraient pas correctement. J'ai bon ?

Encore merci,
Sly.

[Barbibulle]

Ca dépent où à l'étranger...
Si c'est en chine ou en dans les pays arabes, il va se poser d'autres problemes notamment le sens de l'écriture et les caractères non latin (là le IS8859_1 n'est pas du tout adapté).