Discussion :

[pat29]

Bonjour,

Lors d'une insertion dans un NUMBER(10,3) à partir d'un calcul fait dans du PL*SQL nous avons remarqué des comportements différents suivant la version d'Oracle pour la gestion des décimales excédentaires :

- dans la base en 9i il est fait un ROUND
- dans la base en 11g il est fait un TRUNC

Ceci est apparemment gênant pour le client. Est-il possible de faire modifier ce comportement général ou est il nécessaire de modifier le code pour y forcer le ROUND ?

Merci.

[orafrance]

Idéalement il faut modifier le code pour être certain de ce qui se fait

[Rams7s]

Ce n'est pas un TRUNC par contre. Il arrondi au plus proche. (10.2.0.5 & 11.2.0.1)

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
TMP@minilhc >select trunc(1.1114,3), trunc(2.1116,3) from dual;
 
TRUNC(1.1114,3) TRUNC(2.1116,3)
--------------- ---------------
          1.111           2.111
 
TMP@minilhc >create table tmp (n number(10,3));
 
Table created.
 
TMP@minilhc >insert into tmp values(1.1114);
 
1 row created.
 
TMP@minilhc >insert into tmp values(2.1116);
 
1 row created.
 
TMP@minilhc >select * from tmp;
 
         N
----------
     1.111
     2.112

[jkofr]

Hello,

Si tu modifie ton code et si tu est en 11g autre que R2, il y a un patch pour corriger un bug suite au round.

Il se produit dans certains cas.

Je tacherai de te retrouver le n°de bug et les détails du bug.

Jko