Salut à tous,
J'utilise MySQL et je ne sait pas quel interclassement faudrait-il utiliser sachant que dans mes tables, il aura des info dans plusieurs langue comme le français, l'allemand et l'anglais et peut-être d'autres.
 
Merci de votre aide.

Que veux tu faire exactement, soit un poil plus descriptif de ton projet

Du  latin1_general_cs semble le plus adapté pour nos langues il me semble, pourquoi chercher compliqué, tu laisse le défaut qui doit être ça , de l'iso 8859-1 en gros

J'ai un photo et je fait un description avec un champ titre et un champ mots-clé. Peut-être que par la suite je vais rajouter des champs pour les autres langues.
Ensuite je veux faire un moteur de recherche qui fera des requêtes dans cette table pour afficher les bonnes photo.
Il y aura entre 20 et 40'000 images dans la table !!!

très franchement, le mieu est de passer en UTF-8
l'intérêt de cet encodage, c'est qu'il ne nécessitera pas de traîtement spécifique si tu veux interagir avec du XML (l'UTF-8 est le charset recommandé pour du XML) et cet encodage (qui ne gaspille pas vraiment plus de place que le latin1) permet de gérer tous les langages de la planète.
 
Deplus, l'UTF-8 comprend le symbole "œ" alors que 8859-1 ne le supporte pas. Windows-1252 le comprend par contre, et à cause de ça, beaucoup de navigateurs (Mozilla en fait partie) interprètent le 8859-1 en Windows-1252, ce qui pose alors problème avec d'autres caractères... car les deux charset ne sont pas complètement compatibles.
 
cf. [a=http://fr.wikipedia.org/wiki/Wikip%C3%A9dia:Prise_de_d%C3%A9cision/UTF-8]Wikipedia[/a]

relou le forum quand il s'y met avec les liens
 

Preuve que Mozilla comprend l'"ISO-8859-1" en tant que "Windows-1252", c'est qu'il affiche bien le œ alors que le forum est explicitement encodé en "ISO-8859-1"
 
Petite précition :
Latin 9 (ISO-8859-15) est une correction de ISO-8859-1 (qui ne comprend pas non plus le symbole €...) et supporte bien "le e dans le o".

Merci bien pour toutes ces infos, il faut donc choisir UTF8_bin dans phpmyadmin comme ça c'est universel.

sauf que utf8_bin n'interprete pas le contenu comme etant du texte, mais des valeurs binaires
 
Lors d'un ORDER BY par exemple, les mots commencant par E ne seront pas "mélangés" avec ceux commencant par "e" (si je ne me trompe pas on aura d'abord toute les minuscules puis les majuscules...)  
 
Albert sera donc après zoro