Комментарии 6
А чем ElasticSearch или Solr не устроил?
Так вопрос не в том «что выбрать», а как оптимизировать то, что уже стоит же. В корп сегменте миграция с одного продукта на другой дело далеко не тривиальное.
Не обращайте внимания! Это просто такая традиция — в любой статье про Sphinx должен в числе первых быть комментарий с вопросом «а почему не Solr/Elastic?»
Исключений я вроде пока не видел.
Исключений я вроде пока не видел.
Так интересен же выбор автора, вдруг чего не знаю. Оказалось что банально legacy. Не жалею что спросил :)
Например, нужно что б срабатывали определенные сортировки товаров, но при этом товары не должны выводиться скопом по 100 от каждой компании, а должны как бы итерироваться по компаниям — товар от компании 1, товар от компании 2,… товар от компании 1. В сфинксе это просто реализовать при помощи UDF, написанной на си.
А еще коммуникация по mysql-протоколу проще и удобнее чем REST. Да и развернуть сфинкс на сервере проще, не нужно заморачиваться с явой.
А еще коммуникация по mysql-протоколу проще и удобнее чем REST. Да и развернуть сфинкс на сервере проще, не нужно заморачиваться с явой.
Там есть определенные особенности с вызовом UDF насколько я помню. Типа на каждом индексе UDF будут вызываться отдельно. Поэтому могут возникнуть проблемы с сортировками.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Sphinx distribute. Ускоряем поиск