E
работает и ладно
Size: a a a
2021 January 28
E
и даж на 1 млн товаров будет работать нормально
R#
Не факт конечно
V
все равно завтра буду с нуля писать заново. Я понял, что держать пути к файлам картинок в отдельной таблице - не лучшая идея. Везде будет два запроса в БД вместо одного. Тот же user - надо аватарку - + один запрос в БД. Я понимаю - товары - несколько изображений, но у меня несколько сущностей, где всегда будет только одно изображений. Не вижу смысла хранить их отдельно
у нас в проекте заглавная картинка в таблице товаров
V
и вторая тоже
V
(при наведении в листинге на картинку меняется картинка на вторую)
V
а вот уже когда в карточку товара заходишь, то там из отдельной таблицы все картинки идут
R#
а вот уже когда в карточку товара заходишь, то там из отдельной таблицы все картинки идут
Одобряю
AG
а вот уже когда в карточку товара заходишь, то там из отдельной таблицы все картинки идут
а характеристики как храните ? и как фильтр товаров реализован ?
ДГ
V
а характеристики как храните ? и как фильтр товаров реализован ?
таблица
specs (id, name) таблица spec_values (id, spec_id, name) таблица specs_products (prod_id, spec_id, value_id, spec_sort, value_sort) - пивотV
а характеристики как храните ? и как фильтр товаров реализован ?
вот и фильтруем по этим пивасикам с джоинами и прочими приблудами
V
правда запрос на фильтрацию через DB::query но то такое
AG
для фильтрации по характеристикам - не быстрее будет для каждой категории свою таблицу ?
V
зачем
V
один товар может быть во многих категориях
V
тут товар белонгсТуМени к категориям и к характеристикам
AG
бытовуха и смарфоны
V
ну тут хз) я б всеравно учитывал то что у одного товара может быть больше одного раздела
AG
а когда 50к товаров и 1000 или более характеристик