MATCH наоборот :)

[botan]

http://phpclub.ru/talk/showthread.php?s=&threadid=53356
%)))))

 

[iliah]

итого (и я в оффлайн) :
если база хоть сколь-нибудь значительных размеров (хотя бы раз в десять больше примера), нафиг BM, соответственно остаемся без модификаторов, но опираясь на примеры из мана, может определять релевантность, и на этом основании, подобрать удовлетворительные условия

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

-~{}~ 21.07.04 21:57:

> http://phpclub.ru/talk/showthread.p...;threadid=53356
знаю

читать в паре с этим

>Следует отметить, что полнотекстовый поиск был тщательно
>настроен так, чтобы обеспечить наилучшую эффективность
>выполнения данной операции. Если изменить установленный
>по умолчанию режим работы, то в большинстве случаев
>результаты поиска станут только хуже. Поэтому не вносите
>какие-либо правки в код MySQL, если не знаете наверняка,
>что вы делаете!

хотя в случае с США и ОАЭ куда деваться

 

[botan]

Ладно, спасибо за полезные дискусии
Сча есть у меня одна бредовая мыслишка

-~{}~ 21.07.04 22:48:

Все параметры функции MATCH() должны быть столбцами одной и той же таблицы, т.е. частью одного и того же индекса FULLTEXT, за исключением работы MATCH() в режиме IN BOOLEAN MODE.
Список столбцов в команде MATCH() должен точно соответствовать списку столбцов в определении индекса FULLTEXT для этой таблицы, за исключением работы данной функции MATCH() в режиме IN BOOLEAN MODE.
Аргумент в выражении AGAINST() должен быть неизменяемой строкой.

Записываюсь в извращенцы

 

[chira]

botan
сделай 3 таблицы и не мучайся
1. таблица маршрутов или рейсов (не знаю , что у тебя там)
2. список всех пунктов (вокзалов, аэропортов и т. п. ...)
3. таблица связей между первыми двумя.

-~{}~ 22.07.04 10:12:

из такой структуры можно получить, много полезных ответов.
а с FULLTEXT насчет полезности ответов ещё стоит подумать.

 

[botan]

Согласен даже на очень много таблиц
В общем, т.к. сроки что называются поджимают то перенёс всё из СКЛ в ПХП. Погляжу как работаь будет, хотя испльзование ПХП для "поиска в таблицах" это как-то криво

Суть проблемы ещё раз:
Если проводить аналогию.
Вы пишите все продукты что есть у вас в холодильнике.
Есть рецепт, и в отдельном поле "ингридиенты" хранится то что надо что бы его приготовить. Надо по введенным продуктам выдать рецепты того, что из них можно приготовить.

Счас это выгляди так:
Есть таблица с "продуктами" (id,food) ,де в текстовом `food` поле хранятся названия, (возможно состоящие из нескольких слов).
Продукт считается "найденым" если каждое его слово есть в запросе пользователя.

функцию get_id($zapros)
которая выдаёт id продуктов, которые есть в запросе пользователя я написал на ПХП и в ней только 1 запрос
SELECT * FROM `food` WHERE 1, далее уже ПХП.

Это первый раз в жизни, когда по сути для выборки из базы использую ПХП.

Буду благодарен, за идею, какую структуру мне "накрутить", что бы жить стало легче