B
нет не полному.
postgres, а потом уже запилил бы elastiсsearchSize: a a a
2021 May 05
LL
Я бы на первой итерации сделал бы как-нибудь через
FL
А почему бы сразу на ластике не сделать?
B
Да наверное так поступлю. Вообщем постгрес в rows по стандарту))
AD
FL
Запросы какого вида +- нужны то?
AD
В postgres довольно достойный поиск
FL
Ластик он, очевидно, не переплюнет :)
И полнотекстовый поиск не про sql
И полнотекстовый поиск не про sql
B
ну вытянуть по offset, условно пагинация.
или выденуть по категориям + пагинация.
возможно простой поиск по тексту длинной до 150 символов.
или выденуть по категориям + пагинация.
возможно простой поиск по тексту длинной до 150 символов.
LL
На первое время
GIN по совпадению словам хватит за глаза и за ушиAD
Ну если необходимость будет но конечно, а сейчас как видите вопрос решается чуть ли не полным отказом) так что, чтобы не оверинженирить можно и отложить узкие инструменты на потом
FL
А сколько у тебя там данных всего?
B
Ластик вообще сложный?Не пользовал еще.
B
2-3млн нужно чтобы поддерживало.
FL
Тогда бери что угодно
Ты не сможешь (сможешь, но так лучше не делать) у ластика сделать пагинацию более чем на 10к элементов
Ты не сможешь (сможешь, но так лучше не делать) у ластика сделать пагинацию более чем на 10к элементов
LL
Интеграция любой технологии, а особенно новой, требует времени. На первых итерациях нужно чтобы работало, а уже только потом на следующих нужно будет чтобы работало быстро
FL
А человек умеет в постгресс?
B
10к элементов страница или всего данных?
FL
Всего
size + offset должны быть меньше 10к
size + offset должны быть меньше 10к