есть такой запрос:



в поле table2.words находится строка вида: 1,2,3,4,6,7,8,9,10,5,19,32,45,20,33,46,21,34,22,35,23,36,11,24,37 - это и есть идентификаторы слов из таблицы1.
однако, при такой постановке запроса `id` IN () выбирается только первый элемент из строки. он видимо прогоняет через что-то типа intval().
это можно было бы решить, если бы существовала функция разбиения строки на массив, а конструкция могла бы его обработать. однако, даже такого типа, как массив я в доках не обнаружил

как бы вообще справиться с этой ситуацией?

Т.е. тебе нужна какая-то хрень типа

Надеюсь, уже понятно, что нужно срочно менять структуру хранения данных?

это не структура хранения данных, это подставка - то есть заготовленный заранее результат поиска. 
есть таблица где указывается вес слова в каждом конкретном тексте, там все данные чинно и благородно распиханы по числовым полям и с индексами. но мне нужно для каждой фиксированной группы текстов иметь набор 25 наиболее весомых слов. эта выборка однообразная, она будет повторяться каждый раз, но городить здоровый запрос по таблице, которая будет весить 50-400МБ - и это только числовые данные, чересчур.
мне гораздо проще при редакции текста пересчитывать один раз эту выборку и заносить её в отдельную табличку, к которой идёт простой запрос с одним WHERE. при том, что записей в этой таблице вряд ли превысит 500к
изменение текста - это гораздо более редкое явление, чем чтение

но больше всего я удивлён, что проблема вообще возникла. совершенно не понятно почему.
если я напишу

SELECT `word` FROM `table1` WHERE `id` IN (1,2,3,4,6,7,8,9,10,5,19,32,45,20,33,46,21,34,22,35,23,36,11,24,37)

то всё нормально, а если:

SELECT `word` FROM `table1` WHERE `id` IN (SELECT `words` FROM `table2` WHERE `param`=1)

то получаю результат словно: SELECT `word` FROM `table1` WHERE `id` IN (1)




что-то мне твоё предложение из-за LIKE не нравится. может проще будет в два запроса:


(точнее я так уже сделал). тем более, что моё mysql не позволяет использовать LIMIT в подзапросе, да ещё я не знаю как задать в сложном запросе порядок выборки, который хотелось бы сохранить

не-а, у тебя результат такой же, как и при запросе:

ну, не может строка восприниматься как код! 
собственно, ты и делаешь строку частью кода, когда в динамически формируемый запрос при помощи РНР вставляешь эту строку. 
хочешь делать при помощи PHP? пожалуйста. это до тех пор, пока тебе не потребуется сделать JOIN двух таблиц с последующей фильтрацией(а не как сейчас - выбрали одну запись и из её поля word вытянули до десятка записей из другой таблицы). 

с той же идеей можно использовать более простой и принципиально более быстрый locate. но это не меняет проблемы - в таком соединении никакого типа индексы использоваться не будут. т.е. адские тормоза уже на небольшом количество входящих данных.

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

Это сообщение отредактировал(а) Zloxa - 20.1.2011, 10:51

почему нет?

в SELECT `words` FROM `table2` WHERE `param`=1 LIMIT 1 
у меня индекс на param, больше никак иначе искаться не будет
в SELECT `word` FROM `table1` WHERE `id` IN ('.$r.') ORDER BY FIELD('.$r.')
индекс на id
разве при комбинации запросов в один индексы не используются?



мне не нужен никакой join. когда потребуется иная выборка, у меня будут обращения к базовой таблице, где есть id_word int, param int, weight int. сложные выборки будут оттуда.



ну, значит так и будем

хотя, честно говоря, не думал что mysql так ограничен, что в нём массивов вообще нет

Ровно в той же степени, как и ограничен ПХП. Там есть массивы, но жоинить и аггрегировать он их не умеет