----- Message d'origine ----- De: Stephane Boireau <stephane.boir...@ac-rouen.fr> Date: Vendredi, Juin 8, 2012 12:41 pm Objet: Re: [gepi-users] Re : utf8, general et unicode À: Liste des utilisateurs de Gepi <gepi-users@lists.sylogix.net>
> Bonjour, > > Le 08/06/2012 11:01, Leygnac Marc a écrit : > >>Nous avons un problème lors de l'import des élèves, comme l'indique > le > >>fichier pb_mise_jour_eleve joint. > >> > >>J'ai donc regardé la structure de la bdd, et surprise, j'ai des tables > >>en utf8-general (bien !) et d'autres en utf8_unicode (moins bien). > >> > >>Avant de faire appel à vous, voici ce que j'ai essayé. > >>- suppression de la table temp_gep_import2 > >>- insertion de la valeur utf8_general_ci pour le champ mysql_collate > >>dans la table setting > >>- forcer la mise à jour de la bdd > >> > >>Résultat : > >>La table temp_gep_import2 est recrée, mais toujours en utf8_unicode. > >> > >>De plus, comme vous pouvez le voir sur le fichier general_unicode, > >>j'ai au moins une dizaine de tables qui sont encodées ainsi. > > > >Tu peux réparer à la main chaque table avec > >ALTER TABLE `s_travail_mesure` COLLATE utf8_general_ci > >ou alors placer le script joint à la racine de GEPI, te connecter en > admin (ou autre) et le lancer. > > J'ai peur que cela ne suffise pas. > Ca ne corrige pas l'interclassement des champs, seulement celui de la > table. Tu as raison, mais je pensais d'après la copie d'écran que ça ne concernait que les tables. > > Et corriger l'interclassement des champs, ce sont des requetes du genre: > ALTER TABLE `mentions` CHANGE `mention` `mention` VARCHAR( 255 ) > CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL > mais cela nécessite de connaitre le type du champ > VARCHAR(255) > NOT NULL > s'il y a un DEFAULT particulier, il faudrait le repasser aussi, donc > ce n'est pas pratique. > > Une solution consisterait peut-être à faire une sauvegarde de la base. > Editer le fichier SQL de sauvegarde et remplacer les > utf8_unicode_ci > par > utf8_general_ci > et restaurer la sauvegarde. Oui, c'est radical. > Je n'ai pas l'impression qu'il y ait de différences d'encodage entre > utf8_unicode_ci > et > utf8_general_ci > si? Je ne pense pas, mais (si j'ai bien compris) il y a des différences de traitements dans les algorithmes de comparaison : par exemple en utf8_general_ci tous les "a" (A,a,à,Â,..) sont équivalents, ce qui n'est pas le cas en utf8_unicode_ci. > > > >>Je n'ai pas vérifié tout nos gepi, mais seul celui-ci semble touché > >>par ce problème, alors qu'ils ont eu les mêmes mises à jour aux mêmes > >>moments... > > > >Ce qui serait intéressant c'est de connaître l'historique de cette > base, a-t-elle transité via des sauvegardes-restaurations par d'autres > serveurs MySQL ? > > En effet. > > > A+ > -- > Stephane Boireau > Collège Le Hameau - Bernay (27) > > _________________________________________________________________________________ > Documentation Gepi en ligne : > Pour modifier ou résilier votre abonnement à cette liste : > _________________________________________________________________________________ Documentation Gepi en ligne : http://www.sylogix.org/projects/gepi/wiki Pour modifier ou résilier votre abonnement à cette liste : https://lists.sylogix.net/mailman/listinfo/gepi-users