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.

[Cincinnatus]

Voir la discussion ci-dessous (de 2005) amenant aussi � utiliser le type BigDecimal :
https://www.developpez.net/forums/d3...-calcul-float/

Sur BigDecimal :
https://jmdoudoux.developpez.com/cou...ath.php#math-8

Et sur les r�els en informatique :
https://fr.wikipedia.org/wiki/Virgule_flottante

Mais bon, l� il s'agit de notions de d�but de cursus en informatique.