Discussion :

[Hdnndh]

Bonjour à tous,

je vous sollicite parceque je dois insérer des données financières dans une base oracle. Ce sont des décimaux donc j'ai besoin de retrouver exactement la même valeur (sans arrondi ni troncature).
Quand j'insère 6421.43237760692 en number(38,20), il me l'arrondi quand même en gardant 4 chiffres après la virgule.
Quel type utiliser svp? Merci par avance pour votre aide.

[McM]

C'est juste de l'affichage, tu dois être sous sql+

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
28
29
30
31
32
33
34
35
36
SQL> create table WMC (n NUMBER(38,20));
Table created.
 
SQL> insert into wmc values (6421.43237760692);
 
1 row created.
 
SQL> select * from wmc;
 
         N
----------
6421.43238
 
SQL> select to_char(n) from wmc;
 
TO_CHAR(N)
----------------------------------------
6421.43237760692
 
 
SQL> select * from wmc where n = 6421.43238;
 
no rows selected
 
SQL> select * from wmc where n = 6421.43237760692;
 
         N
----------
6421.43238
 
SQL> set num 38
SQL> select * from wmc;
 
                                     N
--------------------------------------
                      6421.43237760692

Par défaut sous sql+, les nombres sont sur 10
http://ss64.com/ora/syntax-sqlplus-set.html

NUM[WIDTH] {10|n}
The default width for displaying numbers.

[mnitu]

20 décimales de précision n'a rien à voir avec des "données financières". 2 voir rarement 3 suffisent comme dans Number(15,2).

[Hdnndh]

je ne suis pas sûre d'avoir compris le sens de number(p,s). s est bien le nombre de chiffres après la virgule? et p?
J'avais mis 20 pour avoir le maximum de chiffres après la virgule affichés

[Hdnndh]

C'est juste de l'affichage, tu dois être sous sql+

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
28
29
30
31
32
33
34
35
36
SQL> create table WMC (n NUMBER(38,20));
Table created.
 
SQL> insert into wmc values (6421.43237760692);
 
1 row created.
 
SQL> select * from wmc;
 
         N
----------
6421.43238
 
SQL> select to_char(n) from wmc;
 
TO_CHAR(N)
----------------------------------------
6421.43237760692
 
 
SQL> select * from wmc where n = 6421.43238;
 
no rows selected
 
SQL> select * from wmc where n = 6421.43237760692;
 
         N
----------
6421.43238
 
SQL> set num 38
SQL> select * from wmc;
 
                                     N
--------------------------------------
                      6421.43237760692

Par défaut sous sql+, les nombres sont sur 10
http://ss64.com/ora/syntax-sqlplus-set.html

Donc le nombre est bien stocké correctement mais mal affiché?

[mnitu]

NUMBER Data Type
Combiens des article achetez-vous où les prix sont affichés avec 20 décimales ?

[Hdnndh]

Je ne crois pas que vous ayez compris le sens de "données financières". Je manipule des données qui doivent être extrêmement exactes.
C est de l aide que je suis venue chercher alors si vous ne pouvez pas me l apporter, épargnez-moi vos commentaires.

[SQLpro]

20 décimales de précision n'a rien à voir avec des "données financières". 2 voir rarement 3 suffisent comme dans Number(15,2).

Pas du tout. Aujourd'hui l'autorité de marché financier (AMF) impose 12 décimales (si ma mémoire est exacte) pour les calculs financier.... Par exemple vous oubliez que certaines monnaies sont très faibles et la conversion de l'une dans l'autre, notamment pour des cotations internationales des différentes bourses conduirait à des erreurs catastrophiques.
Un exemple, le dollar zimbabwéen...
En France c'est 6 décimales : http://www.economie.gouv.fr/dgfip/arrondis

A +

[mnitu]

Salut,

Je ne vois pas en quoi ton lien contredit mes propos. Le taux de conversion a plus de décimales mais les montants sont toujours arrondis, le document en question expliquant plutôt comment les règles de conversion doivent être appliqués.
Le prix de l'essence affiché à la pompe contient 3 décimales et je suis tout à fait d'accord que certaines applications particulières peuvent avoir besoin de manipuler un peu plus. 12 encore est assez généreux. Mais nul besoin de plonger dans l'univers quantique pour manipuler autant de décimales que la constante du Planck.

@Hdnndh
Vous est certain de comprendre ce que veut dire "extrêmement exactes" pour ne pas dire juste "exactes" dans le calcul numérique ?

[Hdnndh]

Comme je l'ai mentionné plus haut, je me passerai bien de vos commentaires. Ce n est pas le sujet de cette discussion. Hors sujet donc à bon entendeur...

[McM]

Donc le nombre est bien stocké correctement mais mal affiché?

Oui, mais tu dois vérifier, je ne sais pas comment tu insères les données.

je ne suis pas sûre d'avoir compris le sens de number(p,s). s est bien le nombre de chiffres après la virgule? et p?
J'avais mis 20 pour avoir le maximum de chiffres après la virgule affichés

Number(p, s) qu'on prononce (pour plus de compréhension) : NUMBER P dont S
un NUMBER(38,20) est un nombre qui aura 38 chiffres dont 20 après la virgule (donc 18 avant, et 20 après)

[Hdnndh]

Oui, mais tu dois vérifier, je ne sais pas comment tu insères les données.


Number(p, s) qu'on prononce (pour plus de compréhension) : NUMBER P dont S
un NUMBER(38,20) est un nombre qui aura 38 chiffres dont 20 après la virgule (donc 18 avant, et 20 après)

Merci infiniment.C'était bien stocké.

[Garuda]

Comme je l'ai mentionné plus haut, je me passerai bien de vos commentaires. Ce n est pas le sujet de cette discussion. Hors sujet donc à bon entendeur...

Oula, c'est qu'il s'énerverait presque ! En attendant, j'ai quand même appris des trucs (normalisation des calculs de change). merci, SQL Pro