Как правильно организовать поиск в Symfony2?

Question

[linux0uid]

Задача стоит в организации полноконтекстного поиска в Symfony2. Вариант поиска напрямую в базе, даже в PostgreSQL, в моем случае, не вариант.
На мой взгляд задачу стоит решить с использованием одного из поисковых движков, типа Lucene (ElasticSearch, Solr), Sphinx. Склоняюсь в сторону Sphinx, но смущает, причём довольно сильно один факт, - наличие бандла для Sphinx в Symfony2. Нашел несколько штук на github:
https://github.com/BLEUROY-HIGHCO/SphinxBundle
https://github.com/IAkumaI/SphinxsearchBundle
Но, если сравнить их, к примеру, с соответствующим экстерншином в yii2 (https://github.com/yiisoft/yii2-sphinx), ситуация выглядит как-то не очень обнадеживающе. 40 коммитов против, почти, 5 тысяч. Разница больше чем в 100 раз.
Теперь вопрос к знатокам: "Организовывать поиск на сайтах, написанных на Symfony2, не модно? :)"
А если серьезно, хотелось бы узнать причину такого разрыва. К примеру по ElasticSearch бандл Symfony2 имеет в 4 раза меньше коммитов чем экстеншин в том же yii2. Я искренне надеюсь, что такое происходит только из-за того, что в Symfony2 бандлы писать в 100 раз проще чем экстеншины в yii2. Но все же, видимо, я что-то упускаю, или просто после выхода yii2 все перебежали на него ;).

Следовательно вопрос, какой более подходящий способ организации поиска используется в Symfony2?

P.S. Знаю что количество коммитов не решающий показатель, но при такой разнице... Да, и по контрибютерам там не лучше ситуация.

Answer 1

[Сергей Протько]

ситуация выглядит как-то не очень обнадеживающе

сфинкс популярнее в СНГ, эластика на западе, Yii популярен в СНГ, Symfony на западе... я как-то наблюдаю связь.

https://github.com/FriendsOfSymfony/FOSElasticaBundle - 1262 коммита
https://github.com/ongr-io/ElasticsearchBundle - 681 коммит

Знаю что количество коммитов не решающий показатель, но при такой разнице...

главное это совокупность звездочек, скачиваний и пульса проекта.

Берите эластику.

Comments

[linux0uid]

ElasticSearch написан на java, что вызывает сомнение в рациональности его использования в нагруженном проекте. Ресурсы то не казенные. Может это очень субъективное мнение, но, как мне кажется Sphinx, написанный на плюсах, будет потреблять меньше оперативной памяти при, скажем 200 одновременных поисковых запросов.

P.S. Задача стоит в организации поиска после введение каждой новой буквы. И если несколько сот (тысяч, ...) людей начнет что-то интенсивно искать придется задумываться о постройке датацентра для ElasticSearch. Утрирую, конечно.

[Сергей Протько]

linux0uid: ой ну вот ненадо, сфинкс только индекс строит быстрее, и то я думаю что это так себе преимущество с учетом того что эластика не медленнее и по возможностям сильно лучше, по потреблению памяти ES может в каких раза полтора жирнее, все зависит от количества данных. И тому и другому нужно в памяти индексы хранить что бы быстро работать, и в итоге они могут и вовсе сравняться.

Ну и да, для эластики решений готовых намного больше, и сама реализация отработана в куче проектов.

[Сергей Протько]

linux0uid: у меня на эластике серверная кластеризация меток для карты работает, и работает очень быстро.

Одна из самых крутых распределенных баз данных - касандра, тоже написана на Java, и ничего, у эпла в ней 10 петабайт данных крутится.

[linux0uid]

Таки попробую эластик...
Но все же удручает, что поддержка сфинкса в Symfony такая сфинская.