|
|
|
| Есть таблица
user
(
id(9) INT
name(30) VARCHAR
PRIMARY KEY (id);
)
Использую INT вместо SMALLINT [UNSIGNED] хотя уверен что кол-во юзеров будет не более 32768*2.
Поскольку не особо опытный и везде (в инете) в примерах стоит INT, вот и интересуюсь может стоит использовать SMALLINT или MEDIUMINT - все же место меньше занимает | |
|
|
|
|
|
|
|
для: ntro123
(25.07.2011 в 15:48)
| | С точки зрения производительности смысла никакого нет... процессоры 32-х разрядные, т.е. за раз процессор обрабатывает блок как раз размером с INT, при меньших блоках часть регистра просто "отдыхает", оставаясь не заполненной. Когда перейдем полностью на 64-разрядные процессоры то меньше BIGINT смысла не будет иметь. Единственное преимущество - в случае гиганских таблиц вы экономите несколько мегабайт, но в гиганских таблицах и ключ должен быть вместительным. В общем использовать 16 и 24-битные числа при 32-разряных процессорах, конечно, можно, скорости это не прибавит - скорее наоборот, 32-разрядный INT будет в большинстве случаев обрабатываться быстрее, чем SMALLINT или MEDIUMINT. | |
|
|
|
|
|
|
|
для: cheops
(25.07.2011 в 22:01)
| | спасибо большое за разжеванный ответ | |
|
|
|