Discussion :

[Setite]

Voilà j'ai une base ORACLE 10GR2 avec un charset WE8ISO1559P15 . Lorsque mes client se connecte sur cette via SQL_PLUS ou autre ils ont leur NLS_SORT=FRENCH de positionner jusqu'ici rien d'anormal. Hors la clause order du coup place les chiffres après les lettres ce qui est le fonctionnement que je veux. Par contre mes clauses > < elles ne sont pas prise en compte correctement. Le NLS_COMP est binary.

Le problème c'est que si je modifie cette valeur je n'utilise plus les index.

Si vous avez déjà rencontré ce soucis de l'aide svp

[Waldar]

Vous pouvez créer des index sur nlssort(col, 'nls_comp=BINARY') par exemple.

Quel genre de chaîne de caractères comparez vous ?

[Setite]

Ce sont des varchar2 utilisant un mélange alpha et num. Je trouve quand même cela plus que bizarre que les comparateurs soient décalés par rapport au tri. C'est complétement illogique

Dans mon cas cela voudrait dire créer un index nlssort(col, 'nls_comp=FRENCH'); ???

[Waldar]

Ce sont des varchar2 utilisant un mélange alpha et num. Je trouve quand même cela plus que bizarre que les comparateurs soient décalés par rapport au tri. C'est complétement illogique

Non au contraire c'est complètement logique.
Les tris dépendant du langage, c'est de la présentation.
Les comparaison, ça affecte les données réelles.
Une même requête sur les mêmes données DOIT fournir les mêmes résultats quelque soit le langage utilisé.
C'est pour celà que les opérateur de comparaison (ainsi que min et max) se font sur du BINARY.