[gepi-users] version 1.4.4RC1

[Stephane Boireau (Animateur TICE Bernay/Pont-Audemer)]

Bonjour,

Le jeudi 14 décembre 2006 23:30, Jacques MAROT a écrit :
> J'avais constaté qu'au passage entre les 2 précédentes versions à la
> 1.4.4 rc1,
> avant que les profs aient rentrés les moyennes trimestrielles, qu'il y
> avait un problème d'indexation de la table matières_notes. Ce problème 
> avait été créé par la mise à jour de la base et révélé lorsqu'il fallu
> entrer les moyennes
> trimestrielles dans deux matières, l'enregistrempent fonctionnait pour
> une matière, et n'aboutissait pas dès qu'on voulait enregistré la moyenne
> dans une 2e matière ( voir un mail d'il y 3 ou 4 semaines )
>
> Le fichier d'index de la table matiere_note  avait perdu un champ dans
> la bataille de mise à jour,
> Il n'y avait plus que les 2 champs login et période, le  champ id_groupe
> manquait à l'appel,
> ce qui interdisait de distinguer dans cet index des moyennes dans des
> groupes différents.
> J'ai pu faire une fausse manoeuvre, mais je ne me souviens pourtant pas
> avoir osé toucher
> à ces fichiers d'index avant de devoir réparer ce problème pour ajouter
> la clé id_groupe.

Mais si tu as ajouté ce champ après coup, comment as-tu géré le contenu de la 
table?
Tu as dû faire faire la recopie des moyennes aux utilisateurs pour reremplir 
cette table?

Je ne comprends pas bien comment ce problème est possible.
Imagine en plus qu'il se produise sur les appréciations!!!

Je ne sais pas d'où le problème vient, mais l'apparition de id_groupe dans 
cette table date du passage de 1.4.2 à 1.4.3
Je suis un peu surpris qu'on n'ait pas eu davantage de retour sur le pb s'il 
peut se produire.


Dans le passage en 1.4.3, il y a:
ALTER TABLE `matieres_notes` ADD `id_groupe` INT NOT NULL AFTER `matiere`
Idem sur l'autre table:
ALTER TABLE `matieres_appreciations` ADD `id_groupe` INT NOT NULL AFTER 
`matiere`
Puis il y a une conversion des données pour créer les groupes et remplir les 
toutes les tables nécessitant le champ id_groupe.

Les clés primaires sont ensuite jetées:
ALTER TABLE `matieres_notes` DROP PRIMARY KEY , ADD PRIMARY KEY ( `login` , 
`id_groupe` , `periode`;
ALTER TABLE `matieres_appreciations` DROP PRIMARY KEY , ADD PRIMARY KEY ( 
`login` , `periode` , `id_groupe`;

Et ensuite seulement le champ matiere est supprimé.
ALTER TABLE `matieres_notes` DROP `matiere`
ALTER TABLE `matieres_appreciations` DROP `matiere`

Lors de la mise à jour de 1.4.2 en 1.4.3, tu as dû avoir une pelletée 
d'erreurs s'il n'avait pas créé le champ id_groupe.

Il faudrait voir la base que tu avais en 1.4.2 pour comprendre ce qui a pu se 
passer, mais les erreurs affichées devaient indiquer qu'il valait mieux 
remettre une 1.4.2 le temps de comprendre ce qui se passait.


> Si vous vous trouvez dans ces mêmes conditions, cela pourrait expliquer,
> pourquoi malgrè
> la présence des notes dans la base, le fichier d'index amputé ne
> permettrait pas de trouver
> et distinguer toutes les notes. A vérifier en supprimant cet indexation
> ou en recréant celle-ci
> sur 3 champs ( sans oublier id_matiere)

Je ne te suis pas bien là.

Cordialement.
-- 
Stephane Boireau
Animateur TICE Bernay/Pont-Audemer