MySQL et ses collations : le grand folklore !

SQLpro · 03/08/2011, 12h20

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/

ced · 03/08/2011, 14h03

Bonjour,

Comme d'habitude, un article très précis et très détaillé

.
Comme d'habitude, il "allume" MySQL, à la limite de la partialité (et tout est question d'où on place la limite

).

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 ?

SQLpro · 03/08/2011, 15h54

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 +

ced · 03/08/2011, 16h14

Bref, on peut allumer également les autres SGBD poids lourds... excepté SQL Server ?

Yanika_bzh · 03/08/2011, 16h37

En tout cas, le paragraphe sur les exemples des caractères chinois m'a bien fait rigoler !!

SQLpro · 03/08/2011, 17h59

Y'en a un peu plus d'un milliard qui rigolerons moins !!!!! ;-)

A +

SQLpro · 03/08/2011, 18h05

Citation:

Envoyé par ced

Bref, on peut allumer également les autres SGBD poids lourds... excepté SQL Server ?

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_collkey

A +

Yanika_bzh · 03/08/2011, 18h31

Citation:

Envoyé par SQLpro

Y'en a un peu plus d'un milliard qui rigolerons moins !!!!! ;-)

A +

C'est a dire ?

ced · 14/11/2011, 11h10

Citation:

Envoyé par SQLpro

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_collkey

A +

Au passage, la dernière version de PostgreSQL (9.1) a ajouté cette fonctionnalité en standard.
Ca progresse, ça progresse...

03/08/2011, 12h20	#1
SQLpro Rédacteur/Modérateur Frédéric BROUARD Expert SGBDR & SQL Inscription : mai 2002 Messages : 10 954 Détails du profil Informations personnelles : Nom : Frédéric BROUARD Localisation : France Informations professionnelles : Activité : Expert SGBDR & SQL Secteur : Conseil Informations forums : Inscription : mai 2002 Messages : 10 954 Points : 17 777 Points : 17 777	MySQL et ses collations : le grand folklore ! 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/ __________________ 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 * * * * *
	00

03/08/2011, 14h03	#2
ced Rédacteur/Modérateur Cédric Duprez Inscription : avril 2002 Messages : 3 823 Détails du profil Informations personnelles : Nom : Cédric Duprez Âge : 36 Localisation : France, Loiret (Centre) Informations professionnelles : Secteur : Agroalimentaire - Agriculture Informations forums : Inscription : avril 2002 Messages : 3 823 Points : 6 437 Points : 6 437	Bonjour, Comme d'habitude, un article très précis et très détaillé . Comme d'habitude, il "allume" MySQL, à la limite de la partialité (et tout est question d'où on place la limite ). 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 ? __________________ Rédacteur / Modérateur SGBD Mes tutoriels et la FAQ MySQL ---------------------------------------------------- Pensez aux balises code et au tag Je ne réponds pas aux questions techniques par message privé, les forums sont là pour ça
	00

03/08/2011, 15h54	#3
SQLpro Rédacteur/Modérateur Frédéric BROUARD Expert SGBDR & SQL Inscription : mai 2002 Messages : 10 954 Détails du profil Informations personnelles : Nom : Frédéric BROUARD Localisation : France Informations professionnelles : Activité : Expert SGBDR & SQL Secteur : Conseil Informations forums : Inscription : mai 2002 Messages : 10 954 Points : 17 777 Points : 17 777	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 + __________________ 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 * * * * *
	00

03/08/2011, 16h14	#4
ced Rédacteur/Modérateur Cédric Duprez Inscription : avril 2002 Messages : 3 823 Détails du profil Informations personnelles : Nom : Cédric Duprez Âge : 36 Localisation : France, Loiret (Centre) Informations professionnelles : Secteur : Agroalimentaire - Agriculture Informations forums : Inscription : avril 2002 Messages : 3 823 Points : 6 437 Points : 6 437	Bref, on peut allumer également les autres SGBD poids lourds... excepté SQL Server ? __________________ Rédacteur / Modérateur SGBD Mes tutoriels et la FAQ MySQL ---------------------------------------------------- Pensez aux balises code et au tag Je ne réponds pas aux questions techniques par message privé, les forums sont là pour ça
	00

03/08/2011, 16h37	#5
Yanika_bzh Membre Expert Yannick Ingénieur Etudes & Developpements Inscription : février 2006 Messages : 1 125 Détails du profil Informations personnelles : Nom : Yannick Localisation : France, Deux Sèvres (Poitou Charente) Informations professionnelles : Activité : Ingénieur Etudes & Developpements Secteur : High Tech - Éditeur de logiciels Informations forums : Inscription : février 2006 Messages : 1 125 Points : 1 670 Points : 1 670	En tout cas, le paragraphe sur les exemples des caractères chinois m'a bien fait rigoler !! __________________ Dans la connaissance du monde, ceux qui ne savent rien en savent toujours autant que ceux qui n'en savent pas plus qu'eux. (Pierre Dac)
	00

03/08/2011, 17h59	#6
SQLpro Rédacteur/Modérateur Frédéric BROUARD Expert SGBDR & SQL Inscription : mai 2002 Messages : 10 954 Détails du profil Informations personnelles : Nom : Frédéric BROUARD Localisation : France Informations professionnelles : Activité : Expert SGBDR & SQL Secteur : Conseil Informations forums : Inscription : mai 2002 Messages : 10 954 Points : 17 777 Points : 17 777	Y'en a un peu plus d'un milliard qui rigolerons moins !!!!! ;-) 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 * * * * *
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email