Bonjour, En fait l'UTF-8 de MySQL ne respecte pas la norme Unicode et ne supporte que les caractères codés sur 3 octets (plan de base de l'Unicode), d'où l'ajout de l'utf8-mb4 (multibytes 4) pour supporter complétement la norme. À priori, cela ne vous posera pas de problème de choisir la version non mb4 mais je conseil tout de même d'utiliser l'utf8-mb4 par soucis de respect des normes. Le fait que vous soyez sur Debian ou non ne changera en rien la gestion des caractères dans MySQL, le système ne fourni que le stockage des bases de données et non l'interprétation des caractères contenu à l'intérieur, rôle joué par le moteur de bases de données. Pour la collation, j'utilise utf8mb4_bin car la comparaison des chaines de caractères sont effectué bit à bit (donc sensible à la casse) alors que les utf8mb4_xxx_ci compare les chaînes de caractères indépendamment de la casse (et accents il me semble) en appliquant des règles spécifiques à la langue. Si vous êtes dans le second cas, je vous conseil l'utf8mb4_general_ci qui gère parfaitement la langue française. En espérant avoir répondu à vos questions. Bonne soirée. Le 29/01/2017 à 16:54, Dominique Asselineau a écrit : > Bonjour, > > Je souhaite passer mes bases de donnéeds en UTF-8 et je remarque > plusieurs régblages possibles. D'après ce que je lis, il semble que le > réglage utf8mb4_unicode_ci soit le plus puissant et complet mais pas > sûr que ce soit le mieux adapté dans un environnement Debian. > > Ce serveur ne tourne qu'en localhost, pas d'accès de client extérieur > donc. Il est seulement dépendant de l'environnement et locales de > Debian. Toutefois des données peuvent entrer via des formuliares web. > > quelqu'un aurait-il un avis sur un réglage approprié des character set > et collation ? > > A+ > > dom >
Attachment:
signature.asc
Description: OpenPGP digital signature