Discussion :

[philouZ]

Bonjour,

J'accède à une base en ODBC et lorsque je fais un select, le nombre de décimale du réel est limité à 10. Or j'ai encore au moins un chiffre derrière. En effet, ce réel est la transformation d'une date/heure en réel. Là où je n'ai pas de chance, c'est que ce réel est utilisé comme clé unique dans la table. Donc si je n'arrive pas à récupérer l'intégralité des décimales, je ne peux pas mettre à jour les données dans la table.

Lorsque je lance la même requête sur DBeaver, j'arrive à tout récupérer en modifiant le nombre de décimales affichées. Ça doit donc être possible.

Quelqu'un sait-il comment faire pour modifier la précision dans une connexion odbc ?

Je tiens à préciser que je ne peux pas modifier la clé, et que ce n'est pas moi qui ai fait une telle débilité, malheureusement maintenant faut que je fasse avec.

Merci à tous par avance

[SQLpro]

C'est une hérésie totale d'utiliser un nombre à virgule pour une clef primaire d'une table. Je croyais avoir vu les pires idioties dans ma vie, mais je tombe des nues !

En effet, les ordinateurs travaillant en puissance de deux (d’où le terme "binaire") et par conséquent il y a perte de précision lors de la conversion d'une valeur décimale exprimée en base 10 vers la base 2...

Par exemple le chiffre 0,2 (en base 10), s'exprime en base 2 :
0.00110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011001100110011.........

En effet, le nombre de décimales de ce chiffre est infini en base 2...

Du fait que les ordinateurs sont des machines finies elles ont des limitations. Par exemple en 32 bits, ce nombre sera tronqué à :
0.001100110011001100110011001100110
Lors de la reconversion en base 10, ce nombre devient :
0.19999999995343387127

Vous ne retrouverez JAMAIS ce nombre de manière exacte...

Repensez complément la structure de votre base et supprimez TOUTES les clef décimale ! Le type INT permet d'aller jusqu'à 4 milliards de valeurs pour une clef et le BIGINT jusqu'à 18*446*744*073*709*551*616

A +

[philouZ]

Moi aussi je pensais avoir tout vu et je sais très bien que c'est une hérésie d'avoir fait ça mais malheureusement je ne peux pas modifier cette clé qui est utilisée par d'autres applicatifs. Je subis les idioties de développeurs qui ne devraient d'ailleurs peut-être pas l'être...

J'ai tout de même pu rajouter une colonne de type entier sans que cela ne gêne les autres applications et je me suis du coup basé là dessus.

Je connais bien les problèmes que peuvent engendrer les réels, je les ai d'ailleurs rayés de mes développements depuis fort fort fort longtemps...