IV
винда?
решил проблему, загоном в "" (строковый тип), а в базу пишет числовой
Size: a a a
2020 May 21
YS
а вообще с елки слезть и жопу не ободрать не получится ))
n
решил проблему, загоном в "" (строковый тип), а в базу пишет числовой
а как ты думаешь, почему так? )
IV
а как ты думаешь, почему так? )
мне не понятно почему он в php $num = 999999999; выводит без среза, в базу вручную тоже это число можно вставить, а когда вызываю Model::create(['num' => $number]) - число обрезает
RK
мне не понятно почему он в php $num = 999999999; выводит без среза, в базу вручную тоже это число можно вставить, а когда вызываю Model::create(['num' => $number]) - число обрезает
так писал же что кастить в ансайгнед надо
RK
тупо ядро режет слево цифры и разряды приводит к инту
n
есть подозрения что дело в ограничениях int, если php на некоторых системах может нормально работать, то по пути до бд возможно ктото обрезает
RK
кстати интересно в ларе сейчас бигансайгнед, те получается оно все по п*** пойдет
RK
как только разрядность будет достигнута инта
n
$large_number = 922337203685477580700;
var_dump($large_number);
IV
как только разрядность будет достигнута инта
на винде всё пашет без проблем, почему не пойму пока
n
используй строки, а то голова болеть будет)
IV
используй строки, а то голова болеть будет)
у меня большой обьём данных будет + очень много связей по разным таблицам
RK
используй строки, а то голова болеть будет)
ты уверен?
EG
у меня большой обьём данных будет + очень много связей по разным таблицам
а если на id поставить cast string как в базу уходит, не режет?
RK
сравнить 128бит заместо 128бит Х длина строки
RK
ну типо это биг ансайгнет
IV
так писал же что кастить в ансайгнед надо
что тут имелось в виду? Я кажется костыль пока только рабочий сделал
RK
что тут имелось в виду? Я кажется костыль пока только рабочий сделал
я про то что, если бд жрет норм, то косяк в кастах)))
IV
я про то что, если бд жрет норм, то косяк в кастах)))
видимо я не знаю что это