[MySQL] FULLTEXT, релевантность, несколько таблиц

Если я все верно понял, предлагаю такой вариант: попробуйте сделать отдельно выборки из трех таблиц и уже в скрипте (php или чем вы там пользуетесь) сравнить коэффициенты релевантности найденных записей.

select ( 
 select 'Найдено в таблице1',.. from table1  ... 
  union 
 select 'Найдено в таблице2',... from table2 ... 
   union 
 select 'Найдено в таблице3'... from table3 ..) 
order by relevance;

cамый обычный классический sql.

А как узнать сколько результатов выдало?

что-то я не понимаю как это сделать

все просто - нужно действовать по такой схеме

допустим, есть 2 таблицы - table1 и table2

у каждой таблицы есть поле title - при этом поле титл первой таблицы более важное, чем второй:

SELECT *,

( (1.3 * (MATCH(table1.title) AGAINST ('+term +term2' IN BOOLEAN MODE))) +

(0.6 * (MATCH(table2.title) AGAINST ('+term +term2' IN BOOLEAN MODE))) ) AS relevance

FROM table1, table2

ORDER BY relevance DESC;

спасибо, это понял вроду бы

А как узнать сколько результатов выдало?

что-то я не понимаю как это сделать

чтобы сделать по страничный вывод

2 раза запрос надо сделать?

в конце добавь limit 0,20

а как узнать как какой я странице? (есл ия не напервой)

то мне надо показать пользователю сколкьо страниц, во первых

и определить после лимит, откуда сам лимит считать

как это реализовать?

вы делали хоть когда-то по страничный вывод? надо с анчало узнать сколько всего элементов, в дальше лимит

или я вас не понял, вообще тема не расскрыта

====

А как узнать сколько результатов выдало?

что-то я не понимаю как это сделать

чтобы сделать по страничный вывод
2 раза запрос надо сделать?

да, нужно сделать два запроса - один как выше показано, а во втором меняется только

SELECT count(*) AS total,

Так делают только наркоманы.

В запрос с лимитом сразу после селект ставите предикат SQL_CALC_FOUND_ROWS

а потом делаете второй запрос SELECT FOUND_ROWS() - он вернет одну ячейку с общим числом строчек до применения лимита.

Не только. Например стоит у вас своё кэширование запросов (запросы тоже через свой интерфейс отправляются). Тут через FOUND_ROWS() будет проблематично считать, если только не обрабатывать такую ситуацию отдельно. В случае же с count(*) достаточно закешировать один раз запрос и в течение некоторого времени не трогать базу, хотя конкретно представленный SELECT count(*) AS total базу совсем не нагружает - чтение служебной информации без трогания самой таблицы можно и запрашивать, но это применительно к конкретному запросу.