Discussion :

[olivierandré]

Bonjour tout le monde,

Je vous fais part d'un souci qui me dépasse.
Je développe en JAVA JEE un projet sous Spring.
Plateforme : Netbeans
SGBD : Postgres 9.6
Version JAVA : 1.8

J'ai un programme War qui tourne sous Tomcat 8.
Certaines tables sont exportées en .csv et réimportées dans le même programme mais sur une autre instance.
Le but étant d'avoir une synchronisation du serveur maître vers le serveur esclave pour certaines données (exemple : des primes et des valeurs de primes).
Le schéma est identique dans les 2 BDD.

Tout fonctionne, excepté un problème sur l'import des données de type "DOUBLE".
La valeur d'une prime qui peut être du genre : "4.326" est exportée en .csv. Quand je contrôle le csv, tout est OK.
Mais lors de l'import, j'observe que dans la BDD esclave, j'ai la valeur : "4.32600021362305".

Quand je loggue Postgres, je vois bien que la valeur est erronée lors de l'Update.

Si quelqu'un a une piste, je suis preneur.

Merci,

Olivier

[olivierandré]

Bonjour,

J'ai tenté de faire un "parseDouble" sur les valeurs FLoat 4 et Float 8, mais j'ai le même souci. Quand je loggue la construction de la requête, les chiffres sont OK, mais à l'update en BDD, les valeurs sont erronées.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
 private static PreparedStatement setParameterByType(PreparedStatement pst, int key,String field,String val,HashMap<String,String> colsType){
        try{
 
            String type = colsType.get(field);
            if("int4".equals(type)){
                if(val != null && !val.isEmpty()) { 
                    pst.setInt(key, Integer.parseInt(val));
                }else{
                     pst.setNull(key, java.sql.Types.INTEGER);
                }
 
            }else if("float4".equals(type)){               
               if(val != null && !val.isEmpty()) { 
                    System.out.println("Float4 val :: "+val);
                    System.out.println("Float4 Float.parseFloat(val) :: "+Double.parseDouble(val));
                    pst.setDouble(key, Double.parseDouble(val));
                }else{
                    pst.setNull(key, java.sql.Types.FLOAT);
                }
            }else if("float8".equals(type)){
                if(val != null && !val.isEmpty()) { 
                    System.out.println("Float8 val :: "+val);
                    System.out.println("Float8 Float.parseFloat(val) :: "+Double.parseDouble(val));
                    pst.setDouble(key, Double.parseDouble(val));
                }else{
                     pst.setNull(key, java.sql.Types.FLOAT);
                }

[olivierandré]

Voilà le Log Tomcat à l'insertion de la ligne :


Puis quand je sélectionne la ligne dans la BDD :


On observe la différence de valeur entre Tomcat et la BDD.

[olivierandré]

Sur 3 sites synchronisés, le souci ne survient sur un seul serveur.

Sur les 2 autres, les valeurs sont propres.

Pourtant c'est exactement la même architecture (Debian + Postgres 9.6 + Tomcat 8 + java version : Openjdk version "1.8.0_252").

J'ai tenté de supprimer la table, après re-synchro, même problème.

J'ai vérifié le postgresql.conf, il est identique.

[olivierandré]

Très étonnant, quand je fais un SELECT sur la valeur, le SGBD ne retourne rien. Mais si je cherche avec inférieur, alors j'ai les résultats.

[olivierandré]

Résolu en mettant en BigDecimal.