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

Хм... Мне кажется стоит тут регулярные выражения использвать... Например будете строго искать фразу "Плата ASUS для AMD", то можно с помощью комманды explode() её на слова отдельные разбить, а потом регулярное составить:

Просматриваете всю базу и в каждой строке ищете таким образом нужное...

И что с этоим "1" делать потом? Я не совсем понял про эти регуляры... Можно немного подробней обо всем об этом?

Я, кстати, так и сделал. Но результаты не сильно впечатляют. Он ищет в строке любое совпадение слова. Даже, если оно будет в слове (ищу "мат" находит "материнская").

а ты ищи такую строку "ПРОБЕЛматПРОБЕЛ":)

А, чета не догнал... Можно попробовать. Так, Ithilion, как насчет той единицы?

Ну уж что с той единицей делать, решать вам...
Если, например, БД представляет что-нибудь вроде:

ID | Name | Description | Price
--------------------------------------------------------------------------------------------------------------------------
58674| ASUS A7V-E | Материнская плата ASUS A7V-E производства Сингапур... | $nnn

Просматриваем всю таблицу... И вдруг при поиске функция возвращает нам "1", и наткнулись мы как раз на "плата ASUS A7V-E", смотрим на первую колонку и делаем ссылку типа
, где $id получаем из SQL запроса
...
Можно так же сохранить строки, в которых было найдено искомое в отдельный массив, и потом извлекать данные уже по ним, чтобы ускорить процесс: ereg (string шаблон, string строка [, array совпадения])
...
Или я не понял, чего вы хотите?..

Помоему надо использовать полнотекстоый поиск

Да, да, Ithilion , вот про это я и спрашивал - че делать с единицей. Теперь понятно. Домой приду - попробую.
disc, ты че имеешь в виду? Если есть идеи - прошу милейше.
Какие еще есть варианты оптимизированного поиска. Может кто в курсе как, например, Яндекс пахает? Я искал в нете - ничего.

Это врядли знает кто-нибудь, кроме тех кто там работает :) Поиск там и правда очень мощный, в том смысле что их машина отлично разбирается в русском языке, во всяких там подежах и склонениях и т.п. и при этом работает очень быстро.

Nigga, почитай вот эту статью http://program.rin.ru/razdel/html/574.html

А слушай, Ithilion, а не в курсе как сделать результаты выводимые как-то потипу нормальных, т.е. типа как на Яндексе. Ну там, чтоб искомое слово жирненьким было, какая-то выдержка из текста, еще че-нибудь... Ну чтоб понтлявей было.

К сожалению MySQL пока встроенный поиск не поддерживает(вроде как), например, поиск подстроки `чит*` в этом сообщении,т.е. он не найдёт слово "почитай", зато найдёт "читающий"...

Ну если вы пользуетесь встроенным поиском MySQL, то результат возвращается в массив, ассоциативный или индексируемый, ведь... Есть, например, структура таблицы как в сообщении #7, тогда выполняем запрос(1):

Естественно, для работы встроенного поиска, необходимо, чтобы поля, в которых будет вестись этот самый поиск, были проиндексированны, как FULLTEXT, т.е.:

После того, как выполнился запрос (1) начинаем перебирать массив:

...
Так?..

Это ты имеешь в виду надо те поля объявить другим типом? Это из-за чего так?
Ithilion, а что за Like такое? Он у меня что-то ищет, а что-то нет...
Надо попробовать. Тока у меня винт *цензура*оду полетел - не определяет при загрузке... Не знаю, када получится попробовать.

Нет, я привёл запрос:

Его достаточно на сервере выполнить, указав нужные поля и таблицу, и он всё сам сделает... FULLTEXT - это такой тип индексирования, а не просто тип ячейки, тип ячейки не меняется...


Стандартный поиск MySQL расчитан на большие тескты, и если искомая фраза встречается более чем в 50% ячеек, то ничего возвращено не будет, и ведь действительно зачем искать то, что встречается через каждые две ячейки!?
А чтобы заставить MySQL искать и показывать результат даже при таком случае, то надо перед искомым слово ставить "+".


Где?

S. M. A. R. T. в Bios'е включите и посмотрите, полетел, или нет...

Т.е. как я понял, этот запрос не меняет типа поля - как был VARCHAR так им и останется?
Про Like это я так спросил. Пробовал просто с ним выбирать. В одном поле ищет, где VARCHAR, а где TEXT - не ищет (не находит по крайней мере).
А, спасиба, Ithilion, у меня *цензура*оду винт просто перегрелся. Надо вентилятор купить срочно! А смарт'а у меня вроде нету. У меня старая мамка - Asus A7V-E.

Да, точно, так оно и есть...

Эта, может там у меня руки не с того конца.... У меня не получается... :) Сделал я FULLTEXT, а вот запрос твой, Ithilion, не работает. Он у меня на BOOLEAN MODE ругается. Вроде нормально все у меня стоит - php 4.3.0, phpmyadmin с mysql тоже в комплекте шел... Может запрос не такой какой-то... Или я там что-то натворил не того?..

Какой именно?.. :)

Вроде там нигде больше BOOLEAN MODE нету...<br>Вот этот:<br>

$str = 'Плата ASUS для AMD';
$result = mysql_query("SELECT * FROM shop WHERE MATCH (`name`, `description`) AGAINST (('".$str."') IN BOOLEAN MODE)");

Хм, весьма странно, у меня все работает правильно... Не могли бы сказать, какую именно ошибку выдает?<br>Вот, например:<br>

 
<?
  mysql_connect("localhost", "root");
  mysql_select_db("fantasy");
  $str = 'Плата ASUS для AMD';
  $result = mysql_query("SELECT * FROM shop WHERE MATCH (`name`, `description`) AGAINST (('".$str."') IN BOOLEAN MODE)");
  $result = mysql_fetch_array($result);
  print $result[0];
?>
 

Ну не знаю... Еще раз попробую. А насчет ошибки, так он просто говорит Error и пишет последний кусок запроса, т.е. примерно этот:

Дословно щас не скажу, я не дома. Но запрос определенно не хочет выполнять.
Кстати говоря... Как мне сделать так, чтоб он первой выводил ссылку ту, которая ближе по смыслу к тексту запроса?

Встроенный поиск автоматически сортирует результат по величине релевантности...

Встроенный - это тот, что Like %bla% ???

Который IN BOOLEAN MODE... :)
Кстати, IN BOOLEAN MODE означает дополнительные опции, можно обойтись и без него, но тогда если искомое будет встречатсья более чем в 50% всей информации, то поиск не возвратит ничего.. Или я это уже говорил?...

Вроде говорил. А может я где-то слыхал...
Я уже сколько всремени бьюсь и ничего не могу путного придумать... Сделал одну вещь, но... Короче, если ищещь одно слово - вроде нормально результаты выдает, но не сортирует по близости к запросу. А вот если запрашиваешь больше слов, то получается фигня. Но я над этим еще поработаю.
С поиском по БД я так ничего и не понял... Пытаюсь... Может мне подсказали здесь про BOOLEAN MODE не совсем верный запрос?

Хм, смотря что вы подразумеваете под термином "близости к запросу", встроенный поиск сортирует по величине релевантности, т.е. на основе количества слов в данной строке столбца, количества уникальных слов в этой строке... Может в этом вся загвоздка? А при поиске нескольких слов обязательно нужно IN BOOLEAN MODE, там ещё особые опции есть...

И вообще что-то никак это обсуждение с мертвой точки не двигается, давайте, изложите все проблемы конкретно(можно даже с примерами :) ) Там и посмотрим!

Пример? Вот тебе ответ базы. Может ты там что увидишь... Сразу говорю - поле, в котором я ищу (opis_tov) в фуллтексте.<br>

<b>Ошибка</b>
 
SQL-запрос :  
 
SELECT * 
FROM tovar
WHERE MATCH (
 
opis_tov
)
AGAINST (
(
'мобил'
)
IN BOOLEAN
MODE 
)
)
LIMIT 0, 30 
 
Ответ MySQL: 
 
 
You have an error in your SQL syntax near 'BOOLEAN MODE)) LIMIT 0, 30' at line 1
 

И что? Нет ответа на этот ответ базы? Это, *цензура*оду у меня с базой чета не то? Хотя...