Д
да не
я делаю что-то типо EAV паттерна
я делаю что-то типо EAV паттерна
Size: a a a
2020 May 02
Д
хочу уже придериваться 3 таблиц
D
страшна,вырубай
AH
а не лучше ли вытащить это в отдельную таблицу?
Зависит от условий. В некоторых случаях лучше делать связующую pivot-таблицу, а в некоторых json-поле с массивом.
Д
есть таблицы
1) продукты, там просто продукты
2) атрибуты ( цвет: красный, синий, размер L XL)
3) values цены комбинаций товаров
1) продукты, там просто продукты
2) атрибуты ( цвет: красный, синий, размер L XL)
3) values цены комбинаций товаров
Д
Не хочется делать еще одну таблицу, которая бы связывала продукты + атрибуты по many to many
при этом можно вообще забить на это дело
и просто если атрибуты повторяются, то просто тупо вставлять копию в таблицу атрибуты
но при таком подходе будут копии в таблице атрибутов
при этом можно вообще забить на это дело
и просто если атрибуты повторяются, то просто тупо вставлять копию в таблицу атрибуты
но при таком подходе будут копии в таблице атрибутов
AH
есть таблицы
1) продукты, там просто продукты
2) атрибуты ( цвет: красный, синий, размер L XL)
3) values цены комбинаций товаров
1) продукты, там просто продукты
2) атрибуты ( цвет: красный, синий, размер L XL)
3) values цены комбинаций товаров
Комбинация товаров это идентификаторы товаров из этой же таблицы?
Д
Ну есть товар
Куртка
он может иметь
цвет ( синий, красный)
размер ( L, XL)
Получается он может иметь 4 цены ( так как 4 варианта)
А если добавить к нему еще
материал (кожа дракона, кожа норога там))))
то будет уже 2**3
и так далее
хотелось бы спроектировать БД нормально)
Чтобы если вдруг появятся новые характеристики то не нужно было БД переделывать)
Куртка
он может иметь
цвет ( синий, красный)
размер ( L, XL)
Получается он может иметь 4 цены ( так как 4 варианта)
А если добавить к нему еще
материал (кожа дракона, кожа норога там))))
то будет уже 2**3
и так далее
хотелось бы спроектировать БД нормально)
Чтобы если вдруг появятся новые характеристики то не нужно было БД переделывать)
Д
а не хочу плодить тех же значений в Values так как
цвет красный синий может быть у двух продуктов ( зачем тогда их копировать)
цвет красный синий может быть у двух продуктов ( зачем тогда их копировать)
AH
Ну есть товар
Куртка
он может иметь
цвет ( синий, красный)
размер ( L, XL)
Получается он может иметь 4 цены ( так как 4 варианта)
А если добавить к нему еще
материал (кожа дракона, кожа норога там))))
то будет уже 2**3
и так далее
хотелось бы спроектировать БД нормально)
Чтобы если вдруг появятся новые характеристики то не нужно было БД переделывать)
Куртка
он может иметь
цвет ( синий, красный)
размер ( L, XL)
Получается он может иметь 4 цены ( так как 4 варианта)
А если добавить к нему еще
материал (кожа дракона, кожа норога там))))
то будет уже 2**3
и так далее
хотелось бы спроектировать БД нормально)
Чтобы если вдруг появятся новые характеристики то не нужно было БД переделывать)
Чуешь запах пивот-таблиц many-to-many?)
ЕК
Ну есть товар
Куртка
он может иметь
цвет ( синий, красный)
размер ( L, XL)
Получается он может иметь 4 цены ( так как 4 варианта)
А если добавить к нему еще
материал (кожа дракона, кожа норога там))))
то будет уже 2**3
и так далее
хотелось бы спроектировать БД нормально)
Чтобы если вдруг появятся новые характеристики то не нужно было БД переделывать)
Куртка
он может иметь
цвет ( синий, красный)
размер ( L, XL)
Получается он может иметь 4 цены ( так как 4 варианта)
А если добавить к нему еще
материал (кожа дракона, кожа норога там))))
то будет уже 2**3
и так далее
хотелось бы спроектировать БД нормально)
Чтобы если вдруг появятся новые характеристики то не нужно было БД переделывать)
Я всем в подобных ситуациях рекомендую почитать как устроен План Видов Характеристик в 1с
ЕК
Потому что то что ты хочешь — называется характеристиками товара
AH
Потому что то что ты хочешь — называется характеристиками товара
При этом, у каждой характеристики своя цена
ЕК
При этом, у каждой характеристики своя цена
Абсолютно так)
МК
Привет, коллеги!
Подскажите, пожалуйста, есть в роутинге Laravel возможность задать «все методы, кроме одного»?
То есть, можно задать
- Route::get();
- Route::match();
-Route::any();
Но как сделать что то вроде
Route::excluding(“get”...)
P.S. Сделал через match, но выглядит как то многословно.
Подскажите, пожалуйста, есть в роутинге Laravel возможность задать «все методы, кроме одного»?
То есть, можно задать
- Route::get();
- Route::match();
-Route::any();
Но как сделать что то вроде
Route::excluding(“get”...)
P.S. Сделал через match, но выглядит как то многословно.
AH
Привет, коллеги!
Подскажите, пожалуйста, есть в роутинге Laravel возможность задать «все методы, кроме одного»?
То есть, можно задать
- Route::get();
- Route::match();
-Route::any();
Но как сделать что то вроде
Route::excluding(“get”...)
P.S. Сделал через match, но выглядит как то многословно.
Подскажите, пожалуйста, есть в роутинге Laravel возможность задать «все методы, кроме одного»?
То есть, можно задать
- Route::get();
- Route::match();
-Route::any();
Но как сделать что то вроде
Route::excluding(“get”...)
P.S. Сделал через match, но выглядит как то многословно.
Только
match, в котором перечисляешь нужные методыМК
Только
match, в котором перечисляешь нужные методыЖаль. Спасибо за ответ!
ЕК
Привет, коллеги!
Подскажите, пожалуйста, есть в роутинге Laravel возможность задать «все методы, кроме одного»?
То есть, можно задать
- Route::get();
- Route::match();
-Route::any();
Но как сделать что то вроде
Route::excluding(“get”...)
P.S. Сделал через match, но выглядит как то многословно.
Подскажите, пожалуйста, есть в роутинге Laravel возможность задать «все методы, кроме одного»?
То есть, можно задать
- Route::get();
- Route::match();
-Route::any();
Но как сделать что то вроде
Route::excluding(“get”...)
P.S. Сделал через match, но выглядит как то многословно.
Все-все-все? Оо
VY
Я всем в подобных ситуациях рекомендую почитать как устроен План Видов Характеристик в 1с
ну ты серьезно?
ты нам на пальцах объясни :)
думаю хороший способ -
1-я таблица - товары
2-я таблица - характеристики
3-я - пивот много-ко-многим и в ней 3-я колонка - цена
вроде так?
ты нам на пальцах объясни :)
думаю хороший способ -
1-я таблица - товары
2-я таблица - характеристики
3-я - пивот много-ко-многим и в ней 3-я колонка - цена
вроде так?
ЕК
ну ты серьезно?
ты нам на пальцах объясни :)
думаю хороший способ -
1-я таблица - товары
2-я таблица - характеристики
3-я - пивот много-ко-многим и в ней 3-я колонка - цена
вроде так?
ты нам на пальцах объясни :)
думаю хороший способ -
1-я таблица - товары
2-я таблица - характеристики
3-я - пивот много-ко-многим и в ней 3-я колонка - цена
вроде так?
Я серьёзно, мне немного лень)