Как хранить статусы?

avtor.fox, тогда наверное и выберу INT. Не знаю почему, но он мне больше нравиться чем enum


А TINYINT может содержать 6 значные числа или нет?

(Отредактировано автором: 08 Мая, 2013 - 20:51:19)

неверно. Число, в скобках подсказывает мускулу, сколько места нужно отвести для отображения значения на экране (актуально для консольных клиентов). И абсолютно не влияет на то как хранятся данные. Если это tinyint, то сколько вы не укажите в скобках - занимать оно будет ровно 1 байт, если тип int - то 4 четыре байта.

а причем здесь проблемы с локализацией, если программисты везде используют инглиш? (то бишь латинницу)
ну это вообще детский аргумент, когда больше написть нечегоя его кажется тоже узнал

TINYINT - это 1 байт. 1 байт это 8 бит. а значит максимальное число - 255 (256)

(Отредактировано автором: 08 Мая, 2013 - 21:39:21)

-----
Чем больше узнаю, тем больше я не знаю.

Тогда решено, для статусов буду использовать TINYINT, а для таких полей как колличество просмотров (где может быть много цыфр) INT

а при чем тогда как оно будет читаться?
если строка на экран будет все равно преобразовыватся и выводится в понятном юзеру варианте то на фига enum

смысл есть создавать enum для например yes no чтобы его так и выводить в браузер

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

смысл в том чтобы в запросах писать понятные слова, а не безликие числа. Для удобства программиста. ИМХО.

-----
Чем больше узнаю, тем больше я не знаю.

удобство сомнительное потому что в большинстве случаев запрос будет формироватся строкой в PHP а там можно и константы подставлять.


имхо enum и set были актуальны лет 10-15 назад

(Отредактировано автором: 08 Мая, 2013 - 21:44:17)

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

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

-----
Чем больше узнаю, тем больше я не знаю.

Ну, это не моё изречение)

Последний вопрос, стоит ли указывать тип поля tinyint в mysql для хранения ключей?
или лучше int? Что из них быстрее?
Тоесть если
tinyint = 1 - Администраторы;
tinyint = 2 - модератор;
tinyint = 3 - пользователь;

И стоит ли в наше время экономить на типе памяти полей mysql?

У тебя сайт с милиардом посетителей?
что ты носишся с этим tinyint
нету там никакой разницы в быстродействии - процессор не обрабатывает отдельные байты.

(Отредактировано автором: 09 Мая, 2013 - 16:25:54)

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

Экономить всегда надо. Вам на шаред-хостинге гигабайт опреативки дадут? нет. максимум 128 мег.

хотя конечно при выборе между int и tinyint это значения не имеет.

-----
Чем больше узнаю, тем больше я не знаю.

Тоесть что INT, что tinyint одинаково памяти займут?

третья страница топика. неужели так сложно взглянуть в доку
http://dev[dot]mysql[dot]com/doc/refman/[dot][dot][dot]equirements[dot]html

Научитесь наконец-то гуглить.
И еще также согласен с више сказаным

Так почему DelphinPRO пишет:

хотя конечно при выборе между int и tinyint это значения не имеет.

Если в мануалах tinyint занимает 1 байт, а int 4?

(Отредактировано автором: 09 Мая, 2013 - 16:51:34)

Tsigyr я не сказал, что эти типы занимают одинаковый объем памяти. Я сказал - не имеет значения.
ну а на каких количесвах записей разница будет существенной - можете и сами посчитать.

-----
Чем больше узнаю, тем больше я не знаю.