Bymas | Хранение гиганских чисел в mysql

419236368 (14.12.2018 в 12:45)
TuT (14.12.2018 в 12:26)
419236368 (14.12.2018 в 07:31)
TuT (14.12.2018 в 03:17)
ddarder (14.12.2018 в 03:06)
вариант,сделать что то типа стадий прокачки, если дошел до 308 нулей то тупо новые бизнесы идут с 0 но пишет что не нуль а 309 цифра
а в бд записывается 0 стадия 2

Нафиг тебе БД? Пиши в *txt и проблема решится. Сразу упадет нагрузка на сервер БД и проект заиграет по новой.

обкуренные? с чего txt стал быстрее? проект заиграет по новой? чем же? костылями ненужными?

Да простите, считать же с *txt медленнее.
Тест Denver, цикл 10'000
3.982 сек. с txt файла.
6.804 сек. с БД.
Разницы не какой, вы правы. Простите дурака, я так больше не буду

базу настраивать надо, а не говенные тесты проводить. Почему же крупные сайты не используют txt если с ним все идеально так?

А вы просматривали исходной код крупных сайтов ?)
Не берем в счет cms

Trec80 , https://xakep.ru/2011/03/16/55052/
https://habr.com/company/vkontakte/blog/342570/
ну да, а чтобы и не еб"""ть на txt файлах

TuT , https://xakep.ru/2011/03/16/55052/
https://habr.com/company/vkontakte/blog/342570/
ну да, а чтобы и не еб"""ть на txt файлах

419236368 (14.12.2018 в 13:29)
TuT , https://xakep.ru/2011/03/16/55052/
https://habr.com/company/vkontakte/blog/342570/
ну да, а чтобы и не еб"""ть на txt файлах

Не тупите, речь идет не о больших объемах передачи данных, а о сохранении всего лишь, одного числа.

419236368 (14.12.2018 в 13:29)
Trec80 , https://xakep.ru/2011/03/16/55052/
https://habr.com/company/vkontakte/blog/342570/
ну да, а чтобы и не еб"""ть на txt файлах

Так щупали исходники ВКонтакте , или просто статьи читали ?)
________
посл. ред. 14.12.2018 в 14:32; всего 1 раз(а); by Trec80

Это лимит mysql
Если данные не используются для сортировки, т.е. нужно просто хранить число, выполнять арифметические операции - то можно хранить в текстовом поле, у которого лимиты на количество символов достаточно высоки

Trec80 (14.12.2018 в 10:16)
ddarder (14.12.2018 в 06:12)
Trec80 (13.12.2018 в 19:51)
ddarder , использовать корень

  
 <? 
 $vipe=5000000000000000000000000000000000000000000000000000000000000000000000000000; 
  
 DB::Query("UPDATE `users` SET `gold` = `gold`+'".(((($times_up + $vip+$garbages) +5) * $bonus)/$vipe)."' WHERE `id` = '".$myID."'"); 
 $user['gold']= round($user['gold']*$vipe); 
  
 ?>

лайф хак?

Ты забыл про накопление на личный счёт , цифры на личном счету тоже уйдут в inf. Так же как и золото при прокачке уйдут в inf. Тут хранение файловое не поможет .
Вариант есть , писать класс с структурой вычисления в корне.

то есть сейчас уже идет лимит не со стороны бд а со стороны функции number_format которая используется в n_f ?

ddarder , не обязательно , обычное сложение на уровне php даже не из бд , а из файла будет выдавать инфинитив , это станок ограничение пыха , с этим ничего не сделаешь.
Кроме как формулы делать.
Но можно попробовать игру написать на Джанго к примеру , на счёт ограничений я там не слышал , все же нужно смотреть мануал пайтона.

Trec80 (15.12.2018 в 13:13)
ddarder , не обязательно , обычное сложение на уровне php даже не из бд , а из файла будет выдавать инфинитив , это станок ограничение пыха , с этим ничего не сделаешь.
Кроме как формулы делать.
Но можно попробовать игру написать на Джанго к примеру , на счёт ограничений я там не слышал , все же нужно смотреть мануал пайтона.

я слышал что можно написать расширение для самого php?
с записью в бд я разобрался немного а вот получается number format выдает инфинити выводя число из n_f

хотя кажется придумал как с этим разобратся, тот же варик что и с делением