Провёл опрос знакомых разработчиков. По результатам выяснилось, что документация MySQL совсем не помогает понять, что же такое N в типе данных int(N).
Если вы думаете, что это размер хранимых данных в байтах или символах, то это не так. В int(1) запросто можно записать 2147483647.
Если вы думаете, что это максимальное количество символов, которое база вам покажет при SELECT, то это, опять же, не совсем так.
CREATE TABLE `test` ( `number` int(3) DEFAULT NULL, `zerofill_number` int(3) unsigned zerofill DEFAULT NULL ); INSERT INTO test (number, zerofill_number) VALUES (123456789, 123456789), (1, 1); SELECT * FROM test;
На выходе получим:
number | zerofill_number
---------------------------
123456789 | 123456789
1 | 001
То есть в случае int(3) DEFAULT NULL у нас (3) вообще ни на что не повлиял (разве что MySQL будет материться на непонятном языке при попытке добавить FK, где с другой стороны, например, int(11)).
В случае же int(3) unsigned zerofill DEFAULT NULL получаем аналог PHP-шного str_pad. То есть, если при преобразовании значения в строку эта самая строка короче N, то она добивается слева нулями до длины N.
И в том и в другом случае размер данных никак не меняется.
