----- 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

Reply via email to