Mysql — сохранить большое число(10^25) а потом использовать его для вычислений?

Question

[utyfua]

есть необходимость сохранить большие числа в php. в mysql записал в varchar(200) но выходит 8.829090563937061e20 . как можно сделать точное и нормальное сохранение данных. пс в некоторых местах обработка идет в самом mysql(то есть ... set `data`=`data`/112 ну как то так). что не так я делаю?

Answer 1

[Юрий]

проблема начинается еще в пхп, поэтому и

записал в varchar(200) но выходит 8.829090563937061e20

в пхп числа превращаются в тип float и вся точность теряется.

для точной работы с большими числами используется модуль bc
пример для сложения php.net/manual/ru/function.bcadd.php
то есть числа должны быть строго строками

в mysql вы правильно делаете varchar для хранения, но с такими числами там работать нельзя.

исходя из задачи надо думать чем можно поступиться

то есть ... set `data`=`data`/112

либо доставать в пхп и делить php.net/manual/ru/function.bcdiv.php а потом снова записывать
либо если это надо для например сортировки то добавить поле double и дублировать в него, точность будет меньше но для сортировки должно хватить.

Comments

[utyfua]

а мне потом еще нужно их отсортировать. сейчас я использую "ORDER BY `data`+0". будет работать сортировка?

[utyfua]

но принципе это ответ, а мой вопрос второстепенен

[Юрий]

utyfua: нет, с этими числами в mysql работать нельзя.
вот пример
SELECT "456487987897895645645645646578974654" +0
вернет 4.56487987897896e+35
работать конечно будет, но точность теряется.

при этом заметьте что получается (разница только в последнем разряде)
select ("100000000000000000000000000000000000004" + 0) < ("100000000000000000000000000000000000005" + 0)
= 0

и наоборот получается тоже false
select ("100000000000000000000000000000000000004" + 0) > ("100000000000000000000000000000000000005" + 0)
= 0

второй минус такого решения - это медленно, если надо быстрее сделайте еще одно поле с этим числом но тип double + индекс на него, если выборки частые, хранится оно будет также в виде 4.56487987897896e+35 но сортировка будет быстрее. естественно младшие разряды не будут учитываться только старшие .

если для вас это критично. то сравнивать нужно не преобразовывая в int, то есть строками.
такой код работает
select "100000000000000000000000000000000000004" < "100000000000000000000000000000000000005"
= 1
а наоборот будет 0.

но при сравнении строками есть нюансы,
select "4" > "33"
= 1

чтобы работало правильно строку нужно дополнять нулями до максимальной используемой длины.
если у вас максимум 9,99999 * 10^25 то до 26 символов.

то есть такой код будет работать правильно
select "0004" > "0033"
= 0

select "0004" < "0033"
= 1

[utyfua]

Юрий: это не критично. главное чтобы 100000000000000000000000000000000000004 было больше чем 10. Спасибо

[Юрий]

utyfua: в таком случае оптимальнее по скорости как я писал
"сделайте еще одно поле с этим числом но тип double + индекс на него, если выборки частые. хранится оно будет также в виде 4.56487987897896e+35 но сортировка будет быстрее. естественно младшие разряды не будут учитываться только старшие ."

Answer 2

[Rsa97]

Самые большие целые числа в MySQL - тип BIGINT (-9223372036854775808 ... 9223372036854775807), и BIGINT UNSIGNED (0 ... 18446744073709551615). Всё, что больше, уже типы FLOAT и DOUBLE.

Comments

[utyfua]

я хочу сохранить в типе varchar(400)

[Rsa97]

utyfua: Хотеть никому не запрещено. VARCHAR имеет ограничение в 255 символов. Выше уже надо использовать BLOB или TEXT.
Хотите сохранять в VARCHAR - сохраняйте как строку, а не как число. Естественно, никакие математические операции со строкой работать не будут.

[Fixid]

utyfua: тогда страдайте, это все равно что кошку кормить кормом для рыбок

[utyfua]

Rsa97: так почему VARCHAR сохраняет 3.0000000000762687e19

[utyfua]

Fixid: мне приспичило прост

[Fixid]

utyfua: вам уже написали выход в виде TEXT или FLOAT, но все с ограничениями

[utyfua]

Fixid: в варсхар мне ограничений должно хватить но сохраняет неправильно

[Rsa97]

utyfua: Каким запросом сохраняете?

[Андрей Юрченко]

Rsa97: Values in VARCHAR columns are variable-length strings. The length can be specified as a value from 0 to 65,535
а не 255

[Rsa97]

Андрей Юрченко: Ваша правда. До версии 5.03 была 255 символов. Но там же:
The effective maximum length of a VARCHAR is subject to the maximum row size (65,535 bytes, which is shared among all columns) and the character set used.

[utyfua]

Rsa97: UPDATE `table` SET `st`=(`st`+(сюда число из пхп))) WHERE `id` = 'id из пхп'

[utyfua]

Rsa97: в чем ошибка? написал "преобразователь но не работает.
function longintToStr($int){
$int=floor($int);
$s='';
for(;;){
if($int==0) break;
$q=$int-floor($int/10);
$s.=$q;
$int=($int-$q)/10;
}
return $s;
}

[Rsa97]

utyfua: Арифметические операции со строками в MySQL отсутствуют, так что (`st`+...) не сработает, число будет преобразовано в ближайший подходящий тип, а так как для таких больших чисел целого типа нет, то во FLOAT или DOUBLE.
Сохранить число можно, но именно как строку.

$request = "UPDATE `table` SET `st`='".longintToStr($int)."' WHERE `id` = 'id'";

А вот все операции придётся делать в php
Кстати, ваша функция тоже правильно работать не будет. Для работы с длинными целыми числами в php есть набор функций gmp_.