tip78в INT влезает 10, и то там макс 4294967295, т.е. 5000000000 уже не влезет
INT занимает 4 байта, а следующий за ним BIGINT - 8
в него влезает 20 знаков
но это перебор
мне бы на 5 байт чё-то придумать )
варианты:
разбить число на INT и SMALLINT, тогда займёт 6 байт, но 2 колонки
DECIMAL не годится, там по 1 байту на цифру (
какие ещё варианты?

есть ли шанс, что BIGINT займёт именно столько, сколько в него поместить? как вообще узнать реальный размер данных в ячейке в байтах?

на 5 байт??? да как два пальца обоссать

binary(5)

число в базу записывать представив в 6 виде не запись строковую числа, а само число, с определёным порядком байт(php pack()) и потом срезать лишние биты.

при чтении, брать 5 байт бинари, дорисовывать 24 нулевых бита(3 байта с нулями) и unpack() для получения обратно целого числа.

норм подход. пхп 5.6 установишь, ибо только там есть поддержка 64 битных чисел целых для упаковки.

хотя лекго можно и 64 битное число паковать как два 32 битных.

и распаковка соответсвенно.

дерзай. запостишь потом рабочий код....поди подобного кода сдешний пхп форум не часто видит.

tip78miksoftпропущено...
Data Type Storage Requirements

вообще я надеялся на какую-то команду, типа length, которая покажет, сколько запись реально сожрала памяти

оказывается DECIMAL байтами хранил ДО 5.0.3, а теперь битами хранит, по 1 байту на 2 цифры (слева)
так что, как вариант... там 65 цифр

не соглашайся на компромисы, решил экономить - иди до конца!!! binary(5) зачем тебе decimal(12) лишний байт забирать, его лучше выделить под первую букву в номере кошелька.

bochkovint вроде был размером 11, unsigned int будет размером 12

12 знаков, но каких??? 9...9 - и так 12 цифр влезет?

256^4-1=4 294 967 296-1 ...32битное целое максимальное без знака

64битное - 8 байт, уже таки да... там под 20 знаков.