Пример Sphinx поиска на реальном проекте — магазин автозапчастей Tecdoc

>> Запрос можно было бы упростить представлением (view), но насколько я понял этого делать не рекомендуют и прямой запрос к данным с джойнами эффективнее по соображениям создаваемой нагрузки при индексировании.

Разницы между view и запросом не будет так как для mysql это всего лишь сохраненный запрос.
Оптимизатор не пальцем делан :)

С месяц назад поставил себе поиск на сайт объявлений очень доволен результатом.

Сортировать ещё можно по собственным параметрам, но не без релевантности (например когда одна марка товаров более приоритетная):

$sphinx->select('@weight*priority as relevance')
->matchingMode(sphinx::matchExtended2)
->sortingMode(sphinx::sortExtended, 'relevance DESC');

Где priority считается заранее.

> (масло | *масло*) & (Castrol | *Castrol*) & (5W40 | *5W40*)

на sphinxsearch.com/docs/2.0.1/conf-expand-keywords.html сильно похоже

Я так понял — каждый ваш запрос использует звездочки "*", т.е. поиск любого вхождения, но для этого не нужны звездочки, min_infix_len = 3 без enable_star = 1, так работает по дефолту. Попробуйте отключить enable_star = 1 и передавать запрос без преобразований «масла Castrol 5W40».

Важный момент для windows пользователей: при отказе запуска службы — ошибку нужно искать не в логах сфинкса, а в Панель управления — Администрирование — Просмотр событий.

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

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

$oSphinxClient->SetGroupBy("id_price_group", SPH_GROUPBY_ATTR, "@count desc" );

и нужный результат берется из $aResult[matches][attrs][@count]

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

Добавлен новый метод, который использует тот же шаблон, но вместо 100 запросов (кол-во груп запчастей) шлет сфинксу один.

public function AllPriceGrouped()
{
	if ($this->sQuery) {

		require(SERVER_PATH.'/lib/sphinx/sphinxapi.php');
		$sSphinxKeyword=$this->GetSphinxKeyword($this->sQuery);

		$oSphinxClient = new SphinxClient();
		$this->SetDefaultSetting($oSphinxClient);

		$oSphinxClient->SetGroupBy("id_price_group", SPH_GROUPBY_ATTR, "@count desc" );
		$aResult = $oSphinxClient->Query($sSphinxKeyword, 'price_group');
		Base::$sText.=$sSphinxKeyword."
";

		if ( $aResult === false ) {
			Base::$sText.="Query failed: ".$oSphinxClient->GetLastError()."
";
		}
		else {
			if ($oSphinxClient->GetLastWarning() ) {
				Base::$sText.="WARNING: ".$oSphinxClient->GetLastWarning()."
";
			}
			if ($aResult['matches']) {
				$sPriceGroupAssoc=Db::GetAssoc('Assoc/PriceGroup',array(
				'visible'=>1,
				'multiple'=>1,
				));
				foreach ($aResult['matches'] as $aValue){
					$PriceGroupRow=$sPriceGroupAssoc[$aValue['attrs']['id_price_group']];

					if ($PriceGroupRow) {
						$PriceGroupRow['total_found']=$aValue['attrs']['@count'];
						$PriceGroupRow['price_group']=$PriceGroupRow;
						$PriceGroupRow['price_group']['id']=$aValue['attrs']['id_price_group'];
						$aResultPriceGroup[]=$PriceGroupRow;
					}
				}

				Base::$tpl->assign('aResultPriceGroup',$aResultPriceGroup);
				Base::$sText.=Base::$tpl->fetch($this->sPrefix.'/all_price_group.tpl');
			}
			Base::$sText.=Debug::PrintPre($aResult,false,true);
		}
	}
}

Я все сломал

а я вот такой поиск делал на сфинксе www.1aauto.com/search?words=toyota+headlights www.am-autoparts.com/search.html?words=toyota+headlights (обратите внимание на колонку с фильтрами). Тоже, кстати, автозапчасти.

Ооочень долго мучился с «AddQuery, RunQueries» из за следующих факторов:

1) Подзапросы к сфинксу для построения фасеточных фильтров нужно делать используя мультизапрос, т.е. AddQuery из соображений производительности.
2) Сфинксовское PHP апи представляет из себя один единственный класс… Принцип работы API следующий:
....1. создаем объект сфинксовского API класса и подключаемся к серверу
....2. вызываем методы типа setFilter() setGroupBy() setMatchMode() для задания критериев сортировки и фильтрации
....3. вызываем метод addQuery() для добавления собранного запроса в очередь мультизапроса
....4. Начинаем формировать следующий запрос для следующего addQuery() начиная с п. 2. нужное кол-во раз.
....5. Вызываем runQueries() и получаем результаты по всем запросам.

Проблема в том, что в п. 4 нам нужно ОБНУЛИТЬ установленные для предыдущего запроса setFilter() setGroupBy() и т.п., потому что они при addQuery() не обнуляются. Пришлось придумывать какие-то обертки для этого, в общем времени потратил прилично.

>обратите внимание на колонку с фильтрами
Упустил я эту колонку из виду. Скажите, а как решаете проблему с возвратами по неправильному подбору. То есть если все параметры заданы правильно, а к примеру для запчасти не учтен к примеру параметр «Страна назначения авто» или «Праворукость» — как-то контролируется подбор и проверка запчасти по вин или все заказы идут как на мобильники?

> Также очень частым на форуме и сайте разработчиков вопросом является «Как поднять повыше точное вхождение фразы?», то есть чтобы вес документа «Искомое_слово» был выше «Искомое_слово а также еще кучу текста». Ответ — нужно использовать SPH_RANK_SPH04, специально созданный под эту типовую задачу, как я понял.

Есть еще другой метод. В запросе индекса вставляется что-то типа «SELECT crc32(name) as name_hash»

Потом при выборке делается SetSelect('name_hash='.crc32($name).' as name_equal') ну и SetSortMode идет сортировка по этому полю.

К сожалению с postgresql там не совсем получается подружить такой метод, в постгресе нету функции crc32, но есть функция hashtext, и чтобы ее использовать, пришлось делать предварительно запрос в базу, для выяснения этого hashtext.

Также на sphinx можно организовать замену Mysql фичи MATCH()… AGAINST(), которой нету в постгресе, то есть ранжирование записей между собой для поиска «Похожие товары». Результаты tsearch2 модуля (rank_cd функция и т.п.) оказались не совсем хорошими. Единственная там проблема оказалась которую не особо получилось решить, это если у товаров есть категории и желательно чтобы совпадение категорий тоже учитывалось при ранжировании, то приходится в индексном запросе id категорий преобразовывать в текстовое поле через запятую, а затем уже в запрос вставлять " @category 897 | @category 34" и т.п. Вот на это поле @category почему-то SetWeight особо как-то не влияет.
В общем добиться идеального ранжирования не получилось, но приемлемого результата добиться можно.

Если у кого есть опыт организации фичи «Похожие товары» через sphinx+postgresql или напрямую через postgresql — поделитесь.

Выше речь шла о версии 0.9.9-release, может есть у кого опыт 2.0.1? И как вообще 2.01 в продакшн кто-то использует? Стабильная?