Спасибо конечно, но я поиск под движок пишу, так что мне все эти классы ни к чему



Ну я и тормоз Я до этого пытался индексы создать запросом



Так вроде бы заработало, но... Есть ли возможность использовать в этом варианте логические "И" / "ИЛИ"? Если да, то как? Поддерживается ли это в MySQL напрямую, или необходимо самому придумывать? Примерные наброски того, как это можно было бы сделать с LIKE я приводил выше, но тут я что-то не знаю

а какая разница, он наиболее универсален...

просто


И он у тебя будет искать в таблице ldu_news в полях news_text и news_title...
по умолчанию любой разделитель является логическим OR, только эскейпь строку перед подачей...

Чтобы твою логику добавить просто нужно поменять ф-ию
она и генирит запрос к базе... она также разбивает на группы слов...

Borland_Delphi_6, а с чего ты взял что fulltext поиск будет тормозить? Вообще-то насколько я знаю, он работает на треть быстрее, нежели тот же like. А других способов поиска по тексту, кроме двух описанных, я не знаю! Просвятите дуралея!

IZ@TOP,

Вроде бы в доках написано, что в fulltext таблицы данные будут добавлятся медленнее...


AntonioBanderaz,

Это я к тому, что мне нет особого смысла использовать твой класс целиком, т.к. поиск у меня будет в одном файле и мне не трудно вручную написать запрос Но разобраться в работе приведенного выше кода попытаюсь, т.к. он мне может очень пригодится. О результатах сообщу.
Спасибо!
Добавлено @ 11:55
AntonioBanderaz,

Хотя я тут подумал (за 2 минуты-то! ), может быть нет смысла изобретать велосипед... Попробую использовать твой класс, посмотрим, что выйдет

AntonioBanderaz,

Попытался я воткнуть в свой скрипт этот класс - пришел к выводу, что нет в этом особого смысла...


Что касается OR: есть страница с заголовком вроде "Обзор Galaxy 6600GE". Если я хочу поискать "Обзор Galaxy" - нет проблем, результат верен, а если "Обзор 6600GE" - то тут уже ничего не выдается. Вопрос в силе - есть ли возможность использовать OR и AND без BOOLEAN MODE?

Borland_Delphi_6, так мы же играем на выборке?! Или нет?

IZ@TOP,

Чего-то я тебя не понял...

Borland_Delphi_6, Ты говоришь о тормазах при вставке данных, но мы ведь поиск юзаем по документам при селекте, а вставки дай бог несколько раз в день делаем.

IZ@TOP,
Отнюдь, обновлять-то сайт часто надо. Но не это главное, т.к. у меня сервер 4х AMD Opteron...

Никак не возьму в толк: что нужно сделать, чтобы MySQL мне вернула строку лишь в том случае, если есть полное совпадение. Пример:





По запросу "дом" текст 1 должен найтись, а текст 2 - нет. Как такое устроить? Обратите внимание, что искомое слово может содержаться в любом месте текста, поэтому банальное сравнение через "=" не подойдет...

а конкретно для твоего примера



Это сообщение отредактировал(а) CTAPbIuMABP - 17.2.2006, 15:06

не всё найдёт, допустим в строке



Слово дом он не найдёт...
Добавлено @ 19:40

Спасибо за советы, но я уже решил остановится на другом варианте с использованием RLIKE, который вполне нормально находит точное совпадение, в то же время, если использовать его для поиска одного слова, то выдает больше результатов, чем FULLTEXT Search, т.е. для RLIKE более мягкие условия получаются что-ли... Результат моих (или даже наших? ) трудов можно понаблюдать здесь: http://code.pp.ru/search.php Это на случай, если кому-то вдруг будет интересно

А, ну если у тебя сидит 20 авторов и каждый раз в минуту что-то постит... и посетителей в этот момент на сайте в течении часа в районе тысячи... даже в таком случае сомневаюсь что производительность упадет очень сильно... тем более при такой системе...

IZ@TOP,
Да с этим уже разобрались