Comments 14
Отличная развернутая статья. Тема фасетов не раскрыта, хотя обещана.
Интересно, почему любят скрещивать Drupal именно с Solr?
Был бы интересен анализ работы Drupal c другими движками.
Почему именно с Solr? Очень давно и часто скрещивают с Sphinx, он тоже лучше того который встроен в Друпал.
Собственно тот поиск что встроен в ядро Друпала, это база от которой нужно отталкиваться на начальном этапе проектирования сайта, когда нагрузка вырастает, тогда замена поиска это один из шагов улучшения сайта.
Да, я знаю про совместимость с Sphinx.
Я про то, что можно сказать на лицо факт, что если Drupal и сложный поиск, то Solr.
Поддержа модулями, их качество и количество намного выше для Solr.
На хостинге Acquia, так же Solr из коробки.
Возможно, основная причина в том, что сам drupal.org использует solr.
Фасеты (Facets). Я не уверен правильно ли называть их так, если что поправите.
Дело в том что в данный момент поддержка фасетов в search_api реализована в solr и database, но в последней поддерживается только оператор and.
Для многих это ключевая функция, и даже при небольших начальных нагрузок ставится solr.
Мне кажется логичным ещё использовать поиск встроенный в PostgreSQL.
Я использовал только MySQL, а в PostgreSQL какие то особые фишки для поиска? Я думаю, что апач солр все равно будет быстрее, т.к. он специально заточен именно под поиск.
Да, в PostgreSQL встроен очень гибкий полнотекстный поиск. По нашим тестам оно гораздо лучше работает того же сфинкса. К тому же очень просто настраивается и используется внутри СУБД.
www.postgresql.org/docs/9.2/static/textsearch.html

PS по данным из солр вам нужно будет ещё вытащить данные из СУБД, а тут всё и сразу. :)
В солре можно готовые результаты хранить. Я видел модуль который умеет отрисованную ноду хранить в солре. Думаю это нормально если не делать поиск по этому полю :)
Хорошая статья, детально и понятно. Обязательно пишите ещё.

Спасибо за материал!
Only those users with full accounts are able to leave comments. Log in, please.