OL
Andrii Pidhornyi
@zloy_leva а что мешает скажем в бд просто хранить к примеру статусы, а все допустимые значения вынести в Enum класс?
Никто - привычка...
Size: a a a
2019 June 21
AP
Намного будет меньше проблем, вот юзать enum на уровне языка крайне полезно
AP
Да и меньше обращений к бд будет
MA
Изменение списка значений ENUM обходится дорого
Работ с выпадающими списками вызывает болю
Невозможно добавить дополнительную инфу
При заполнении несушествующим значениям он просто сохронит пустым тогда как при один ко многим будет ошибка
Работ с выпадающими списками вызывает болю
Невозможно добавить дополнительную инфу
При заполнении несушествующим значениям он просто сохронит пустым тогда как при один ко многим будет ошибка
1) если часто меняются, то не стоит использовать enum
2) вроде не было проблем со списками
3) что имеется под доп инфой, описание по типу названия статуса, так это можно сделать через description, если использовать bensampo/laravel-enum
4) чтобы не было возможности заполнять несуществующими данными - есть валидация
2) вроде не было проблем со списками
3) что имеется под доп инфой, описание по типу названия статуса, так это можно сделать через description, если использовать bensampo/laravel-enum
4) чтобы не было возможности заполнять несуществующими данными - есть валидация
MA
enum хорош если его использовать правильно
MA
если рассматривать его в контесте статусов для чего то, то это не всегда подходящий выбор использовать енум
MA
если что я видео не смотрел, не знаю в каком контексте там испольховался enum
AP
Имхо роли, статусы итд намного лучше хранить в классе enum, не важно кастомном или из пакета, а в бд обычный варчар
MA
Andrii Pidhornyi
Имхо роли, статусы итд намного лучше хранить в классе enum, не важно кастомном или из пакета, а в бд обычный варчар
вы сейчас про варчар серьезно?
AK
1) если часто меняются, то не стоит использовать enum
2) вроде не было проблем со списками
3) что имеется под доп инфой, описание по типу названия статуса, так это можно сделать через description, если использовать bensampo/laravel-enum
4) чтобы не было возможности заполнять несуществующими данными - есть валидация
2) вроде не было проблем со списками
3) что имеется под доп инфой, описание по типу названия статуса, так это можно сделать через description, если использовать bensampo/laravel-enum
4) чтобы не было возможности заполнять несуществующими данными - есть валидация
2 когда у тебя выпадающий список который должен заполнить роль пользователя (как на видео) то ты этот список просто верстаешь и получаеться 2 отдельных куска кода которые надо потдерживать и не путать
MA
2 когда у тебя выпадающий список который должен заполнить роль пользователя (как на видео) то ты этот список просто верстаешь и получаеться 2 отдельных куска кода которые надо потдерживать и не путать
видео к сожалению не смотрел, можете дать с привязкой ко времени, посмотрю как там использовал автор
AP
@manjak если статусы, то да, что плохого, если у нас в бд у заказа будет статус pending?
AK
видео к сожалению не смотрел, можете дать с привязкой ко времени, посмотрю как там использовал автор
MA
Andrii Pidhornyi
@manjak если статусы, то да, что плохого, если у нас в бд у заказа будет статус pending?
всем, лучше уж енум чем варчар
AP
@manjak так в чём проблема? Всем это не ответ, если заморачиваться с размерами бд, то это экономия на спичках
MA
какие индексы быстрее, по варчар полю или енум?
AP
@manjak у вас часто статус является индексом?
AK
какие индексы быстрее, по варчар полю или енум?
ну можно не зиниматься извращениям и юзать int unsigned
AK
Andrii Pidhornyi
@manjak у вас часто статус является индексом?
ну по сути да
MA
а у вас не часто?