SQL запрос с JOIN LEFT use IN - Разработка расширений для Joomla 3.x

Собственно сабж...

Может ли это работать?:

Причем проблема именно в поле t1.id_list, т.к. попробовал загнать туда руками (4,7,34) - отработало

А почему не
?

А почему не

Код

select t1.*, MIN(t2.field) as min from t1 left join t2 ON t2.id = t1.id_list

?

в t1.id_list хранится список id как 2,5,9,56,...

Причем проблема именно в поле t1.id_list, т.к. попробовал загнать туда руками (4,7,34) - отработало

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

P.S могу ошибаться ибо за всю жизнь такие запросы делать не приходилось.

Нет, так работать не будет. @Septdir прав, хотя 2,5,9,56 выглядит похоже на параметры IN, она (строка) не воспринимается как таковые.

Всем спасибо! Перестроил архитектуру и убрал этот implode/explode.
Не понимаю что меня дернуло на это? Один ко многим связь.

Такое может понадобится при связях многие ко многим

Такое может понадобится при связях многие ко многим

Ну просто в один столбец это не питают. Не удобно потом. Ни выбору нормально сделать ни получать ни join на такую связь ни сделать.
Лучше всего в отдельную таблицу один к одному.

Понятно, что знание приходит со временем, но лучше постараться понять суть того, что мы делаем. Например, нужно знать, что SQL SELECT делает выборку записей только построчно.

Понятно, что знание приходит со временем, но лучше постараться понять суть того, что мы делаем. Например, нужно знать, что SQL SELECT делает выборку записей только построчно.

по одной строке? и какие ограничения это накладывает?

по одной строке?

На выходе - массив, но он формируется по одной строчке.

и какие ограничения это накладывает?

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

какой результат вы хотели получить, если бы он работал?

На самом деле я здесь привел утрированный запрос. Запрос сложнее. Все из-за чего все пришлось переделывать прежний вариант это понадобились статусы из др. таблицы t2, а именно МИН(статус). Так вот ссылки на объекты хранились в t1 как ячейка с перечислением (1,6,...). Пытался сделать left join и сопоставить t2.id IN t1.ids_list далее group t1.id. Ничего не вышло пришлось в таблицу t2 добавить поле t2.id_t1 и перестроить запрос в части join.
С индексами пока базу не проектировал не сильно нагружены приложения, но возможно было бы неплохо.
Если есть ссылка где хорошо написано про то как начать работать с индексами был бы очень признателен.