On Fri, 22 Jan 2016 14:47:26 +0100 Tony Chemit <chemit@codelutin.com> wrote:
On Fri, 22 Jan 2016 12:32:02 +0100 Christian BONNET <Christian.Bonnet@ifremer.fr> wrote:
bonjour,
Bonjour, après vérification j'ai trouvé un doublon dans la table VESSEL_FEATURES pour le navire de code '******' avec une date de fin non renseignée. SELECT t.* FROM PUBLIC.VESSEL_FEATURES t WHERE VESSEL_FK='******' donc dans la requête cela remonte deux fois le navire, ce qui provoque ensuite une erreur lorsque que l'on veut produire un dictionnaire indexé par le code du navire. Il faut il me semble produire une nouvelle version du référentiel qui corrige le problème. Je vais compléter le ticket. Je vous ai déjà proposer de faire des vérifications sur les bases de référentiel; je comprends bien que vous ne voulez pas que cela soit fait dans Tutti car ce n'est pas forcement le bon endroit, mais il faudrait AMHA quand même faire ses vérifications. On peut en rediscuter si vous le voulez conjointement avec Benoît. Cordialement, Tony
je viens de soumettre une anomalie car on obtient une erreur en allant dans la configuration suite à une mise à jour des référentiels. J'ai essayé de voir le problème au niveau des référentiels (à priori navire), mais je ne comprends pas car d'après les requêtes effectuées je n'obtient pas de doublon contrairement à ce que l'erreur indique. A moins qu'il y ait une autre requête que celle en SQL qui est ensuite exécutée et que je ne peux pas analyser.
Ok on regarde de quoi il retourne.
tony.
-- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 http://www.codelutin.com email: chemit@codelutin.com twitter: https://twitter.com/tchemit