У меня есть пара таблиц

Код

CREATE TABLE `txt` (   `id` int(11) NOT NULL auto_increment,   `open` datetime NOT NULL default '0000-00-00 00:00:00',   `kat` smallint(6) NOT NULL default '1',   `level` enum('0','1','2','3') NOT NULL default '3',   `text` text NOT NULL,   `status` enum('0','1','2') NOT NULL default '0',   `close` datetime NOT NULL default '0000-00-00 00:00:00',   `h_open` int(11) NOT NULL default '0',   `h_close` int(11) NOT NULL default '0',   `last_id` int(11) default NULL,   PRIMARY KEY  (`id`) ) TYPE=MyISAM;

Код

CREATE TABLE `about` (   `id` int(11) NOT NULL auto_increment,   `txt` smallint(6) NOT NULL default '0',   `from` smallint(6) NOT NULL default '0',   `date` datetime NOT NULL default '0000-00-00 00:00:00',   `text` text NOT NULL,   PRIMARY KEY  (`id`) ) TYPE=MyISAM;

Там хранятся заявки клиентов(`txt`) и обсуждение этих заявок (`about`) помимо этого есть ещё куча технических таблиц, но они нам не нужны.

Моя задача: "найти слово в обсуждении". Это может быть название клиента, номер телефона, вообщем что угодно.
Я делаю это так:

Код

SELECT txt.id,        `txt`.`text`,        `a_find`.`id` 'fid',        `a_find`.`text` 'ft'        FROM `txt` as `txt`                  LEFT JOIN `about`    as `a_find`    ON (`txt`.`id`=`a_find`.txt)        WHERE  (`txt`.`text` like "%150%" or `a_find`.`text` like "%150%")        ORDER BY `txt`.`id` , `a_find`.`id` DESC

Запрос может быть сложнее... Но даже вот такой запрос ужастно тормозит. Выполняется он 15-20 секунд. Так что работать совершено не возможно Записей в таблицах по несколько тысяч 5 000 - 10 000

Что можно сделать?

Это сообщение отредактировал(а) Secandr - 30.8.2005, 10:13

какая верся MySQL (важно)

Secandr
Как насчет FULLTEXT INDEX & SEARCH?

Secandr, а может тебе лучше делать какую-нибудь дополнительную таблицу с ключевыми словами и ссылками на реальное местопололжение? Тогда и запрос будет гораздо проще.

MOP MySQL 4.0.24
Akina Я топик открыл http://forum.vingrad.ru/index.php?showtopic=62784
-=Ustas=- Слишком разные запросы и редко повторяются. Доп. таблицы не реально. Я об этом сразу же думал. Можно ещё изменить структуру таблицы, но тогда на первый план выходит человеческий фактор: слишком много пользователей, работа рутиная => много ошибок при заполнении полей...

Я имею ввиду следующее. Создать таблицу searchWords, с полями id, key_id, words. Когда данные внесенные в основную таблицу, уже готовы и правильные, то запускать, допустим скрипт индексации. Который перебирает основную таблицу, выбирает из нее уникальные слова и забивает в words, а в key_id забивает текущий id-ишник записи из основной таблицы, чтобы потом мона было ссылаться на нее. И в итоге мы получаем поиск только по одному полю, а данные затем выводим по связи. ИМХО, я бы так сделал. А тот скрипт, который забивает таблицу searchWords привязать на cron и всё.
ЗЫ. Это мое мнение....

Это сообщение отредактировал(а) -=Ustas=- - 1.9.2005, 11:33

-=Ustas=- А смысл иметь такие траты? Представляешь сколько будет таких слов?
Добавлено @ 11:41
P.S. Мне бы с FULLTEXT INDEX & SEARCH разобраться!

Цитата(Secandr @ 1.9.2005, 11:41)

Представляешь сколько будет таких слов?

Зато поиск будет проходить гораздо быстрее в одном поле, нежели в нескольких связанных!