Не факт что ES даст лучшие результаты, но я в нём поверхностно разбираюсь. А какие подстроки вы ищете?

Не факт что ES даст лучшие результаты, но я в нём поверхностно разбираюсь. А какие подстроки вы ищете?

Поиск по подстроке в принципе сложная задача, так как подстроки очень дорого индексировать. К сожалению, для монги простой ответ «никак». Полнотекстовый индекс не поддерживает частичное совпадение по токену, только по его оригинальной словоформе. Нормализация происходит в момент обработки $text запроса, а дальше поиск по сути похож на поиск по multi-key индексу, с той разницей что «сортировка» будет по «коэффициенту совпадения» Если вы можете выделять нужные вам токены при записи, а это достаточно легко для иерархических строк, например FQDN, то эти токены можно хранить в индексируемом массиве. Если выделить подстроку при записи нельзя, то попробовать выделить префикс подстроки и записать её в индексируемый массив. В остальных случаях, дешевле использовать сторонний инструмент, который строит индексы через разновидности trie.

А сколько у вас товаров?

200 000

Вероятнее всего самым дешевым вариантом будет использование решений от яндекса/гугла, так как эта проблема — их хлеб

Вы имеете ввиду облычные сервисы или что-то вроде clickhouse?

В теории, это достаточно небольшая энтропия: 200,000 × 100. Т.е в худшем случае вам нужно хранить ~200 млн подстрок. В реальности мы скорее говорим о медианном значении длинны слова умноженном на медианное значении числа слов. Так как поиск все еще по словам, то можно сделать двухуровневые индексы: первый уровень это уникальные слова и их подстроки, плюс подстроки словоформ. Второй уровень это ссылки на слова. В этом случае поиск будет состоять из двух шагов: * найти оригинальную подстроку среди всего множества уникальных строк. Тут есть простор для оптимизации, например еще один «уровень» который отрезает слова без нужных букв. * по идентификатору слов найти документы

Ох, сложно, надо чуть-чуть осознать

Не забудьте скинуть в чят работу с которой защищались :))))

насколько эффективно используются индексы при использовании регулярок? Если у меня поле _id такого вида "some_type#123#2022-08-22_23:27:46.199" и я использую регулярку "some_type#123#.*" то не приведет ли это к полному сканированию индекса и проверке каждого ключа на соответствие?

выключить с автозагрузки монгу и будтнуть сервер

добрый день всем. не получается удалить ноду из репликасет.. висит и ничего не делает.. подскажите, что можно сделать?

привет ребят как я понял _id больше у того кто был добавлен в бд позже, а можно ли также сравнивать, но в монгусе?

u mean create index for model?

here i got collection, i delete it and create with node js agaiin

only by id

so you want to search by text yeah?

всем доброе утро. у меня есть коллекция блюд, как мне найти все блюда, которые содержат ингредиенты "Яблоко" и "Апельсин"?

Привет попробуй обратиться так {"ingredients":{"name":"Яблоко"}}

{ "ingredients.name": { $in: ["Яблоко", "ЕщеФрукт"] } }

Подскажите, в MongoDB можно добавить поле в существующий документ, но чтобы оно было не в конце документа, а между существующими полями

А зачем?

Не советую опираться на порядок ключей..

А ты монгус юзаешь?

А ты монгус юзаешь?

У меня такой вопрос, господа. Мне нужно по конкретному полю найти совпадение в коллекции. И если совпадение найдено, вернуть true. Если не найдено, то false. Какой метод для этого можно использовать?

Всем привет, есть таблица с салоном у каждой организации свой салон, внутри салона массив из объектов машин. Пытаюсь сделать запрос, найти и вытащить 1 объект машины. синтаксис из языка голенг, filter := bson.M{"_id": salonId, "cars._id": carId}, res, err = db.salons.findOne(context, filter ) res.Decode(&car); Ошибку о том что не найдено не пишет, и в сам объект машины не записывает результат. Подскажите, может я запрос не правильно кидаю