20й байт содержит сомнительные данные, которые не отображаются.
И ты это проверил?
Когда писал на ночь, не проверил. Подтвердил в документации, и отбросил цифры 39-40 как ненадежные.
С утра проверил, собирался писать поправку.
Поправка: в моих неполных экспериментах с 11.2, все 40 цифр честные как для вычислений, так и для хранений в таблицах.
Например, я помещал в неквалифицированый тип number целые числа возрастающей разрядности, получил ровно 40, не больше не меньше:
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.
37.
38.
39.
40.
41.
42.
SQL> insert into test values (1234567890123456789012345678901234567, '37');
1 row created.
SQL> insert into test values (12345678901234567890123456789012345678, '38');
1 row created.
SQL> insert into test values (123456789012345678901234567890123456789, '39');
1 row created.
SQL> insert into test values (1234567890123456789012345678901234567890, '40');
1 row created.
SQL> insert into test values (12345678901234567890123456789012345678901, '41');
1 row created.
SQL> insert into test values (123456789012345678901234567890123456789012, '42');
1 row created.
SQL> select to_char(num) from test;
TO_CHAR(NUM)
----------------------------------------
1234567890123456789012345678901234567
12345678901234567890123456789012345678
123456789012345678901234567890123456789
1234567890123456789012345678901234567890
1.2345678901234567890123456789012346E+40
1.2345678901234567890123456789012346E+41
6 rows selected.
SQL> select to_char(num-1e40) from test where text='41';
TO_CHAR(NUM-1E40)
----------------------------------------
2345678901234567890123456789012345678900
SQL> select to_char(num-12e40) from test where text='42';
TO_CHAR(NUM-12E40)
----------------------------------------
3456789012345678901234567890123456789000
Повторяющиеся нули в последних двух строчках обозначают потерю точности после 40 цифр.
Мой вывод: по крайней мере в некоторых ситуациях Оракл способен точно хранить 40-значную десятичную мантиссу, как в таблице так и в памяти или переменной.
Почему Оракл говорит не полагаться на последние две цифры для вычислений мне неизвестно. Возможно, во время некоторых вычислений Оракл не соблюдает 40-значную точность т.к. использует 128-битную мантиссу внутри для скорости. Полная проверка арифметики Оракла это немаленькая задача, поэтому оставляю такое предположение неподтвержденным.
Итог: вопреки документации Оракла, цифры 39-40 не бесполезный довесок, а являются полноценными цифрами в целях хранения данных. 40-значная мантисса не помещается в 128-битное число, поэтому такое преобразование приведет к потери точности хранимых данных.
На практике: можно забить и терять эти две цифры.
Например: диаметр нашей галактики оценивается в 1е21 метров. Если кто-то считает "точную" длину окружности и потерял цифры 39-40 числа Пи, то они ошибутся на <1.5е-18 метров, что в двести раз меньше размера протона.
