RK
не понял
Size: a a a
2020 May 15
RK
а это
G
к примеру, как найти товар “тест” у которого “бренд” = ‘QWERTY’
RK
G
если у меня QWERTY находится в {продукт}.attributes.values.*.attribute_value.*.translations.*.value
там можно делать типо:
…->where(‘attributes.values.attribute_value.translations.value,’ ‘qwerty’)->…
?
там можно делать типо:
…->where(‘attributes.values.attribute_value.translations.value,’ ‘qwerty’)->…
?
RK
я бы вообще это не индексировал и сделал банально
RK
$products = Product::search($query)->with('brand')->get();
RK
на кой оно все в индексе если ты по нему не ищешь))
RK
и опять же повторю лара так или иначе делает после того как эластик вернул тупо выборку whereIn
RK
те ты на фронт возвращаешь не результат поиска напрямую а выборку из бд
RK
пакет просто синтаксис удобнее делает
RK
без него ты бы сначала в ручную получил айдишники а потом сделал whereIn
RK
не ну можно конечно и результат вернуть но это не метод get а explain() вроде или чето такое
RK
ну да
G
у меня аттрибутов и значений сотни тысяч, поэтому их значения приходится держать в ввиде id шников и значений разного формата (decimal,итд) в отдельных таблицах
RK
у меня аттрибутов и значений сотни тысяч, поэтому их значения приходится держать в ввиде id шников и значений разного формата (decimal,итд) в отдельных таблицах
ну тут уже с ходу не подскажу, это надо разбираться детально)
G
я использую зачения аттрибутов для поиска elastic, влияя на ранжирование
я правильно понял, что лучше всего оставлять в эластик только то, что в поиск вводится, находить, вытаскивать ID шники, а все остальное вроде фильтрации уже силами Eloquent делать?
я правильно понял, что лучше всего оставлять в эластик только то, что в поиск вводится, находить, вытаскивать ID шники, а все остальное вроде фильтрации уже силами Eloquent делать?
RK
в такой сложной структуре не ручаюсь однознаночно ответить
RK
в том кейсе что я приводил да, тут не знаю
RK
если ты там по миллиону записей ищещь скорее всего лучше сеарч рулс конечно настраивать сразу под свою задачу