разрядность , проблема с хранением и расчетами

[IgorPon]

Для точности вычислений необходимо использование чисел с 20-ю знаками после целой части.
Что можете посоветовать какой тип использовать, в документации тип real всего 16 знаков и на целую и дробную части? К тому же эти числа надо хранить в базе и регулярно пересчитывать.

[mazzy]

Ох... Ничего, кроме хранения как строки в голову не приходит.
Согласен, это очень и очень плохое решение.

[IgorPon]

Добрый день Mazzy Со строками совсем не то что хотелось бы , может что то есть еще ?
Совсем тупиковая ситуация....

[Владимир Максимов_imported]

Сначала надо уточнить постановку задачи:

20 знаков - это 20 значащих цифр или же сначала идут нули, а потом, где-то в конце 2...3 цифры?

Не уверен, насчет AXAPTA, но большинство языков программирования имеют точность расчета до 16 значащих цифр (точнее, до 15.7). Это значит, что вне зависимости от того, сколько цифр (разрядов) допустимо вводить в числовой тип данных, но доверять из всех введенных цифр можно будет только первым 16. Все остальное будет заполнено случайным образом или нулями.

Так вот, если необходимо именно 20 значащих цифр - только хранение в символьном виде + собственные функции пересчета.

Если же это просто числа вроде 1.23E-20, т.е. собственно значащих цифр немного, просто степень числа такая большая, то тут уже возможны варианты. Например, хранить значение и степень в разных полях.

[IgorPon]

в том то и дело что все числа значащие


тут еще предлагают ...

ну есть workaround
мы можем хранить значение с шифтом
типа не 10000000.1234567890123456789
а 100000001234567890123456789
или 100000001234567890000000000
и если надо, делить его на известную точность, т.е. 1000000000..000
т.е. 10^n

[mazzy]

Цитата:

Сообщение от IgorPon

мы можем хранить значение с шифтом
типа не 10000000.1234567890123456789
а 100000001234567890123456789
или 100000001234567890000000000
и если надо, делить его на известную точность, т.е. 1000000000..000
т.е. 10^n

Где бы вы ни поставили десятичный разделитель, значащих цифр все равно будет 16.

[George Nordic]

Используйте внешнюю dll для рассчетов

С Уважением,
Георгий

[baluev1]

Как вариант - хранить ДВА числа, одно для младших разрядов, одно для старших (логическое продолжение указанного вами workaround) Конечно, будете иметь проблемы с оперированием такими монстрами, но в свое время на ассемблере и не таким занимались

[Kirvisniemi]

Действительно - внешняя DLL, имхо, лучший вариант. Хранить числа в базе в виде текста, а вычислять с пом.внешней компоненты.
Тем более найти фриварную математическую библиотеку можно легко