Warning: Cannot use a scalar value as an array in /home/admin/public_html/forum/include/fm.class.php on line 757

Warning: Invalid argument supplied for foreach() in /home/admin/public_html/forum/include/fm.class.php on line 770

Warning: Invalid argument supplied for foreach() in /home/admin/public_html/forum/topic.php on line 737
Форумы портала PHP.SU :: Sphinx

 PHP.SU

 Программирование на PHP, MySQL и другие веб-технологии
PHP.SU Портал     На главную страницу форума Главная     Помощь Помощь     Поиск Поиск     Поиск Яндекс Поиск Яндекс     Вакансии  Пользователи Пользователи


 Страниц (1): [1]   

> Без описания
Поиск в теме | Версия для печати
Champion Супермодератор
Отправлено: 16 Августа, 2011 - 13:43:00
Post Id



Активный участник


Покинул форум
Сообщений всего: 4350
Дата рег-ции: Авг. 2008  
Откуда: Москва


Помог: 57 раз(а)
Доброго всем дня. Особенно тем, кто знаком со Сфинксом.
Возникла у меня с его помощью реализовать одну вещь, но вот что-то не знаю как.

Сфинкс индексирует MySQL. Есть 3 таблицы: Штуки(штука_ид, штука_название) и Части_штук(часть_ид, штука_ид(FK), часть_название).
Нужно находить штуки (айдишки штука_ид), имена которых (имена самих штук или имена их частей) удовлетворяют запросу.

Сейчас индексирование происходит с пом. такого запроса:
CODE (SQL):
скопировать код в буфер обмена
  1. SELECT
  2. штука_ид, CONCAT(штука_название, GROUP_CONCAT(часть_название))
  3. FROM штуки NATURAL JOIN части_штук
.
При таком подходе возникает проблема: если мы будем искать, например "зеленый огурец", то мы найдем записи, в которых есть часть "зеленый помидор" и другая часть "красный огурец", но хотелось бы, чтобы все слова запроса встречались именно в названии одной части.

Если сделать индексирование с пом. запроса по типу
CODE (SQL):
скопировать код в буфер обмена
  1. SELECT
  2. штука_ид * 100000 + часть_ид, штука_название, часть_название
  3. FROM штуки NATURAL JOIN части_штук
(ну и потом собственно из штука_ид * 100000 + часть_ид можно без проблем получить реальный айдишник) то эта проблема решается. Но появляется другая проблема: теперь количество найденных документов равно не количеству Штук, которые удовлетворяют запрос, в количеству Частей, а их значительно больше. А это приводит к проблемам с реализацией постраничной навигации, если я не знаю реального количества найденных вещей.

Задача вроде не экзотическая, наверняка кто-то решал.
(Добавление)
Пока писал пост, другой рукой наткнулся на SPH_GROUPBY_ATTR, возможно, им-то мне и надо воспользоваться...
Если у кого-то есть мега-мысли, пишите)
 
 Top
Поиск в теме | Версия для печати
Страниц (1): [1]
Сейчас эту тему просматривают: 0 (гостей: 0, зарегистрированных: 0)
« Хранение данных, их вывод и обработка »


Все гости форума могут просматривать этот раздел.
Только зарегистрированные пользователи могут создавать новые темы в этом разделе.
Только зарегистрированные пользователи могут отвечать на сообщения в этом разделе.
  



Powered by PHP  Powered By MySQL  Powered by Nginx  Valid CSS  RSS

 
Powered by ExBB FM 1.0 RC1. InvisionExBB