Здравствуйте...есть select

Код

SELECT I.* FROM ITEMS I, CATS C WHERE POSITION(:FULLPATH IN C.FULLPATH) = 1 AND C.ID = I.CATID

Это примерно что то вроде дерева...
Например есть категория MP3, в ней категории Шансон, Рок и Классика...
Если параметр :FULLPATH равен 1_2_ это значит что нужно показать все Рок-и. Если 1_ то все что попадает под категорию MP3, т.е. Шансон, Рок, Классику и так далее...
SELECT написан но работает медленно, как его можно оптимизировать, или по другому написать...или индексы поставить на таблицу...вобщем все что угодно...
СУБД: MySQL
IDE: Borland C++Builder 6.0 Enterprise
Driver: ODBC через ADO

Если я не ошибаюсь, то лучше всего будет генерить в зависимости от этого самого fullpath в программе условия, которые вместо (position(...) = 1) будут содержать что-то типа (id=шансон or id=рок or ...). По-моему, так.

Это может быть иерархия типа
CD->MP3->Chanson->Avtorskiy->Xoroshiy->OchenXoroshiy ...и так далее...
не думаю что если сгенерировать селект where id='Xoroshiy' or id='OchenXoroshiy' и тому подобное по такой вот иерархии он станет работать быстрее...т.е. работает он нормально, но записей в таблице много (около 25000)...но я попробую, хотя этот вариант мне немного не нравиться, у меня для этого компонент написан. не хочеться привязывать его к общей программе...не универсально...а писать этот сорс генерации на каждой форме где стоит компонент тоже как то не особо интересно...в любом случае спасибо...
Будут еще предложения???

Слушай, а что мешает прям в виде дерева и хранить?
Структуру базы придется поменять, но зато точно будет соответствовать описываемой структуре. Атрибуты - key(PK), id и pid (parent id).
Словами чет не могу сформулировать, но вот такой запрос, коли я с синтаксисом вложенных селектов не наврал, должен тогда довольно неплохо решить задачу.

Код

select key,pid as id3 from (select key,pid as id2 from (select key,id, pid as id1 from mp3 where id=OchHor) where id1=Hor) where id2=Auth;

и т.д.
Мне кажется, можно и еще намного лучше сделать. Но вот базу менять...

Вложенным селектом я бы эту задачку давно решил, но тут проблема..MySQL не разрешает вложенных селектов...не менять же базу данных? честно говоря я одну ошибку в компоненте нашел, из за нее селект работал раза в 2 медленней, но это уже исправлено...открываеться где то около 2,3 секунд...хотелось бы еще немного...если в MySQL можно сделать вложенные селекты то как??

Иерархию View'ов создавать, и из последнего выбирать.
То же самое получается. Но эти временные вьюшки могут еще сильнее затормозить, хотя их можно создавать только при первом обращении, или же что-то типа инициализации сделать. Вот только их штук 500 получится... Но вообще, с помощью view удобно эмулировать вложенные селекты.