Bonsoir,
Il semblerai que les problèmes viennent de la table
j_traitements_saisies qui n'est pas vidée.
C'est bizarre.
J'ai aussi vidé la table d’agrégation
Je vais réactiver le module et attendre de voir si les bugs réapparaissent.
A suivre
Le 09/09/2013 18:08, Stephane Boireau a écrit :
Bonsoir,
Le 09/09/2013 16:51, M. Pailler a écrit :
C'est à n'y rien comprendre.
J'ai beau avoir vider les tables, celles indiquée ci-dessous et vider la
table d'agrégation.
La nouvelle saisie recommence avec le numéro suivant la précédente
saisie avant nettoyage!!
Ou est le paramétrage d'initialisation des numéros de saisis, traitement
et notifications?
Je ne comprends pas l'intérêt de vouloir reprendre à 1 les numéros.
C'est pour ne pas donner l'impression qu'il y a déjà autant d'absences
signalées?
Le fait qu'on poursuive dans les indices, ce doit être lié à
l'AUTO_INCREMENT qui n'est pas réinitialisé lors d'un DELETE.
A voir: est-ce que faire un TRUNCATE réinitialise?
Le soucis, c'est aussi que si on réinitialise les AUTO_INCREMENT, il
faut être sûr de vider toutes les tables associées (avec une liaison
sur ces champs auto_incrementés), sinon on risque de récupérer des
scories en reprenant un indice qui était préalablement associé à
quelque chose dans une autre table.
Cordialement.
--
David Pailler
Référent TICE et administrateur du réseau
Cité Scolaire Jules ferry
77 Boulevard de Clichy
75009Paris
_________________________________________________________________________________
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
