Bonjour,

En voulant corriger l'anomalie https://forge.codelutin.com/issues/5723,
je viens de réaliser que tous les ids de la table transcribing_item ont
changés; du coup lors de la synchro on se retrouve avec des doublons
sur le transcodage.

Le problème a été remonté il me semble il y a 3 mois ici:
https://forge.codelutin.com/issues/5162.

Cela n'a jamais été clairement exprimé que ces ids pouvaient tous
changer et cela ne fonctionne pas avec l'algorithme de synchronisation
écrit.

Pour traiter le problème il faut pouvoir y consacrér du temps et du
coup il me semble qu'un nouveau budget est nécessaire.

Plusieurs options sont possibles : 

- on (Code Lutin) budgétise cette évolution et je la réalise
- on (Code Lutin) intègre le système de synchronisation développé par
  Benoit si il gère ce cas ? À lui de le dire
- si son système gère le cas, il serait je pense préférable qu'il fasse
  alors l'intégration car cela sera je pense moins couteux en temps.

En attendant, on pourrait peut-être modifier la requète qui utilise les
transcodage pour ne demander que la ligne de transcodage avec le
last_update_date le plus réçent et faire une opération de nettoyage de
cette table depuis adagio.

Il faut je pense prendre une décision rapidemment, c'est un point qui me
parait critique.

Merci,

tony.

--

Christian BONNET	Centre de Brest ZI de la pointe du diable CS 10070 - 29280 Plouzané
Département Infrastructures Marines et Numériques (IMN) Unité Informatique et Données Marines (IDM) Service Ingénierie des Systèmes d'Information (ISI)
christian.bonnet@ifremer.fr www.ifremer.fr	Tel : +33 (0)2.98.22.46.16 Fax : +33 (0)2.98.22.46.44