Пишу аутентификационный модуль для 3х соцсетей - вк ютуб и инстаграма. скоро добавлю новые. добавлять поддержку буду в основном популярных соцсетей (ну плюс 1-3 к списку планируется). Мне нужно хранить в БД привязку юзер-соцсеть. Думаю использовать ENUM, но многие к этому плохо относятся (особенно при работе с большими объемами данных). Что скажете?
fkyfgb: 1. Чем именно красивее?
2. Насколько быстрее? Представьте типичное действие (вызов метода API, например), в рамках которого вы выполняете запрос с использованием ENUM. Теперь представьте сколько времени требуется в целом на выполнение этого действия. Затем представьте разницу между использованием ENUM и, например, INT. Подумайте, значительна ли эта разница. Сюда же положите то, что при добавлении новых значений в ENUM вы перестраиваете таблицу. На другой чаше весов у вас будет некоторый выигрыш в скорости и строгое ограничение множества значений.
Исходя из задач бизнеса принимайте решение.
Почти все кто против, против потому что ENUM не поддерживается всеми базами данных.
Так же есть аргументы, что при наличии больших данных, то изменить данный столбец будет тяжко.
А так, читается он вроде быстрее и красивее выглядит. Но я все же решил остановиться на константах. Или можно использовать отдельную таблицу, где будут храниться значения.
Так же есть аргументы, что при наличии больших данных, то изменить данный столбец будет тяжко
На хабре была статейка про такой хак: создаёшь таблицу с точно такой же структурой, как у большой, её энюм-поле расширяешь доп. значениями. Глушишь мускул, подменяешь в рабочем каталоге заголовочный файл большой таблицы на новый. Профит.
Если в вашем случае таблица небольшая - смело используйте Enum только в том случае, если вам в последствие не нужно будет расширять enum-поля какой-то информацией (через код, через другую таблицу или еще как-то). Если вам понадобится использовать enum-ы где-то в виде выпадающего списка, то лучше сделать отдельную таблицу и использовать ее идентификаторы.
Простой
