https://opennet.ru/openforum/vsluhforumID8/7938.html в INT влезает 10, и то там макс 4294967295, т.е. 5000000000 уже не влезет<br>INT занимает 4 байта, а следующий за ним BIGINT - 8<br>в него влезает 20 знаков<br>но это перебор<br>мне бы на 5 байт чё-то придумать )<br>можно разбить число на INT и SMALLINT, тогда займёт 6 байт, но 2 колонки<br>DECIMAL не годится, там по 1 байту на цифру (<br>какие ещё варианты?<br> https://opennet.ru/openforum/vsluhforumID8/7938.html#4 Thu, 29 Jan 2015 06:02:53 GMT &gt;&gt; Мал ещё экономить с 8 до 5 байт. Бери BIGINT и не выуживайся.<br>&gt; спасибо, без сопливых разберёмся.<br>&gt;&gt; ""As of MySQL 5.0.3, values for DECIMAL columns are represented using a <br>&gt;&gt; binary format that packs nine decimal (base 10) digits into four <br>&gt;&gt; bytes.<br>&gt;&gt; ""Before MySQL 5.0.3, DECIMAL columns are represented as strings and storage requirements <br>&gt;&gt; are: M+2 bytes if D &gt; 0, M+1 bytes if D <br>&gt;&gt; = 0, D+2 if M &lt; D <br>&gt; какой неожиданный поворот. вот и решение, благодарю ) <br><br>-<br> https://opennet.ru/openforum/vsluhforumID8/7938.html#3 Wed, 28 Jan 2015 10:29:30 GMT &gt; Мал ещё экономить с 8 до 5 байт. Бери BIGINT и не выуживайся.<br><br>спасибо, без сопливых разберёмся.<br><br>&gt; ""As of MySQL 5.0.3, values for DECIMAL columns are represented using a <br>&gt; binary format that packs nine decimal (base 10) digits into four <br>&gt; bytes.<br>&gt; ""Before MySQL 5.0.3, DECIMAL columns are represented as strings and storage requirements <br>&gt; are: M+2 bytes if D &gt; 0, M+1 bytes if D <br>&gt; = 0, D+2 if M &lt; D <br><br>какой неожиданный поворот. вот и решение, благодарю )<br> https://opennet.ru/openforum/vsluhforumID8/7938.html#2 Wed, 28 Jan 2015 07:01:59 GMT &gt; INT занимает 4 байта, а следующий за ним BIGINT - 8 <br>&gt; в него влезает 20 знаков <br>&gt; но это перебор <br>&gt; мне бы на 5 байт чё-то придумать ) <br><br>Мал ещё экономить с 8 до 5 байт. Бери BIGINT и не выуживайся.<br><br>//Надеюсь, старшие товарищи расскажут, сколько _сотен_ байт теряется на каждую запись.<br><br>&gt; DECIMAL не годится, там по 1 байту на цифру ( <br>&gt; какие ещё варианты?<br><br>http://dev.mysql.com/doc/refman/5.5/en/numeric-type-overview.html<br><br>""DECIMAL[(M[,D])] [UNSIGNED] [ZEROFILL]<br><br>[B]A packed &#8220;exact&#8221; fixed-point number.[/B]<br><br>http://www.mysql.ru/docs/mysql-man-5.0-en/data-types.html#storage-requirements<br><br>""As of MySQL 5.0.3, values for DECIMAL columns are represented using a binary format that packs nine decimal (base 10) digits into four bytes.<br><br>""Before MySQL 5.0.3, DECIMAL columns are represented as strings and storage requirements are: M+2 bytes if D &gt; 0, M+1 bytes if D = 0, D+2 if M &lt; D<br> https://opennet.ru/openforum/vsluhforumID8/7938.html#1 Wed, 28 Jan 2015 04:03:15 GMT &gt; в INT влезает 10, и то там макс 4294967295, т.е. 5000000000 уже <br>&gt; не влезет <br>&gt; INT занимает 4 байта, а следующий за ним BIGINT - 8 <br>&gt; в него влезает 20 знаков <br>&gt; но это перебор <br>&gt; мне бы на 5 байт чё-то придумать ) <br>&gt; можно разбить число на INT и SMALLINT, тогда займёт 6 байт, но <br>&gt; 2 колонки <br>&gt; DECIMAL не годится, там по 1 байту на цифру ( <br>&gt; какие ещё варианты?<br><br>в тест сохраняй<br>