Version imprimable
Bonjour,
comme à mon habitude, je pense avoir été très virulent envers MySQL et son inaptitude à bien gérer les collations...
voici donc un article qui fait le point sur la chose.
Vos commentaires sont les bienvenus !
http://blog.developpez.com/sqlpro/p1...grand-folklor/
Bonjour,
Comme d'habitude, un article très précis et très détaillé :ccool:.
Comme d'habitude, il "allume" MySQL, à la limite de la partialité (et tout est question d'où on place la limite :aie:).
Je suis curieux de voir comment s'en sortent les autres SGBD. Pour ma part, je ne connais que PostgreSQL, et d'entrée de jeu, sans même regarder comment il s'en sort en termes de tris, on ne peut définir de jeux de caractères et collations qu'au niveau de la base de données (pas de la table, ni de la colonne) et ce depuis la version 8.4 (avant, c'était au niveau du serveur).
Je ferai quelques tests sur les tris quand j'aurais un peu de temps, l'article ayant éveillé ma curiosité sur ce point...
Et quid d'Oracle ou DB2 en la matière ? Le constat pourrait être tout aussi pessimiste ?
Oracle n'implémente pas les collations, et utilise un concept très rigide de NLS qui permet peu de choses et les globalise (conerne les littéraux, mais aussi la date, la monnaie...). Les comparaisons en interclassement sont complexes et doivent utiliser des fonctions comme NLSSORT, NLS_UPPER, NLS_COMP
Les collations de IBM DB2 sont très dépendantes des jeu de caractères qui eux même sont très dépendants des systèmes d'exploitation sur lesquels les serveurs sont installés. La "collation" se définie au niveau de la base. La clause COLLATE n'existe pas et il faut ajouter un module externe pour utiliser une fonction de rapprochement collatif de nom SORTKEY
A +
Bref, on peut allumer également les autres SGBD poids lourds... excepté SQL Server ?
En tout cas, le paragraphe sur les exemples des caractères chinois m'a bien fait rigoler !!
Y'en a un peu plus d'un milliard qui rigoleront moins !!!!! ;-)
A +
Oracle un peu beaucoup, IBM DB2 énormément. Pour PostGreSQL c'est particulier... je me souviens qu'il y a un module intéressant (CollKey) pour gérer cela (avantage du vrai free...) : http://www.public-software-group.org/pg_collkeyCitation:
Envoyé par ced
A +
C'est a dire ?Citation:
Envoyé par SQLpro
Au passage, la dernière version de PostgreSQL (9.1) a ajouté cette fonctionnalité en standard.Citation:
Envoyé par SQLpro
Ca progresse, ça progresse...