В
а тут будет 1, 2, 3)
Size: a a a
2020 October 16
Rt
семантически разницы не вижу
В
В любом случае спасибо. Если есть еще мнения, выскажите.
SS
можно еще weekdays вынести как константу и в модели сделать аксессор,, тогда тоже таблица не понадобится
Rt
ящитаю, что нормализация нормализацией, но отдельная таблица с одним полем не нужна
Rt
два поля - оправданно
Rt
можно еще weekdays вынести как константу и в модели сделать аксессор,, тогда тоже таблица не понадобится
плюсую
SS
дублировать названия в таблице просто тож такое себе)
В
можно еще weekdays вынести как константу и в модели сделать аксессор,, тогда тоже таблица не понадобится
Спасибо. Если есть пример реализации, дайте пожалуйста. Я только осваиваю laravel.
SS
да там ничего особенного, где то хранить массив вида
[1=>'Понедельник'] и т.д. и везде к нему обращатьсяSS
а про аксессоры можно в доке почитать https://laravel.com/docs/8.x/eloquent-mutators#accessors-and-mutators
Rt
И не позволять заносить в таблицу что-то кроме [1; 7]
В
Ну а в остальном все верно, так?
Rt
Я бы просто JSON хранил)
SS
Владимир
Ну а в остальном все верно, так?
ну если придраться то таблица promo в единственном числе🌚
В
ну если придраться то таблица promo в единственном числе🌚
Спасибо. Прощелкал)
Rt
Я бы просто JSON хранил)
вот так
Rt
{
"0": {
"open": "7:00",
"close": "27:00"
},
"1": {
"open": "7:00",
"close": "27:00"
},
...
}Rt
и эту строку поместить отдельной строчкой в таблице shops
SG
{
"0": {
"open": "7:00",
"close": "27:00"
},
"1": {
"open": "7:00",
"close": "27:00"
},
...
}Массив с индексами от 0 до 6 было бы лучше