Имеется таблица содержащая 3 столбца: name, id, parent. Для структуризации категорий и под категорий (т.е. у категории если есть родительский, то в parent стоит id родителя из этой же таблицы) Уровень вложенности на настоящее время 3, но может расширяться.
Пример дерева категорий
Категория (id=1, parent=0)
--ПодКатегория1 (id=2, parent=1)
----ПодКатегория категории1 (id=5, parent=2)
----ПодКатегория категории2 (id=6, parent=2)
--Подкатегория2 (id=3, parent=1)
----ПодКатегория категории1 (id=7, parent=3)
----ПодКатегория категории2 (id=8, parent=3)
--Подкатегория3 (id=4, parent=1)
----ПодКатегория категории1 (id=9, parent=4)
----ПодКатегория категории2 (id=10, parent=4)

не могу сообразить с запросом, чтобы получая id Любой из уровня категорий, выбрать все id её подкатегорий.
Например по id=2, получать таблицу с id=5 и id=6
А указав id=1, получить таблицу с id-шниками: 5, 6, 7, 8, 9, 10 (можно и включая id = 2, 3, 4, это на дальнейшую обработку не повлияет)

Наткнулся на запрос в стиле:
SET @child_id = 120001;
SELECT @child_id
, @child_id := (SELECT `parent`
FROM
`categories`
WHERE
`id` = @child_id
LIMIT
1)
FROM
`categories`
WHERE @child_id IS NOT NULL

Поднимает от детки всех родителей. попытался в обратную сторону копнуть:

SET @parent_id = 111000;
SELECT @parent_id , @parent_id := (
SELECT `id`
FROM `categories`
WHERE `parent` = @parent_id
LIMIT 1 )
FROM `categories`
WHERE @parent_id IS NOT NULL

Но получил всего лишь 2 строкb с id Родителя и первой детки (из за limit 1) но менять limit не могу, т.к. идет сравнение @child_id := (массив не принимает)
Применение вместо := оператора IN и убрав LIMIT ни к чему полезному не привело (выводит 111000 для всех строк таблицы)

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

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

Неужели никто не сталкивался с такой проблемой? или возможно решение только посредством нескольких запросов с рекурсией на php в стиле

Спасибо! Я примерно так и думал, сделать какое то ограничение все таки по вложенности. Но думал использовать JOIN-ы таблицы самой на себя. Пока безрезультатно.

"SELECT `id`, `name`, `count`, `price`, `category`
FROM `goods`
WHERE `category`
IN (
SELECT `id`
FROM `categories`
WHERE `parent`
IN (
SELECT `id`
FROM `categories`
WHERE `parent` =".$parent.")) ORDER BY `category`, `orderby`, `name`, `id`"

вот так у меня было раньше, для уровня вложенности 3.

С джоинами сейчас пробую отриосвать, пока только задумки

SELECT `id`,`name` FROM `categories` as `tabl1` LEFT JOIN `categories` as `tab2` ON `tab1`.`parent`=`tab2`.`id` where `tab1`.`parent` = 111360

Вот что то типа этого задумка, которую и пытаюсь копать, но в таком варианте ругается на id, считая его не уникальным (Column 'id' in field list is ambiguous)

Что ты имеешь ввиду под Вьюхой? Вьюхи я только из Друпала знаю, но это с запросами там никак не связано (напрямую по крайней мере)

в таком варианте не хочет работать (as упущены в запросе, проставил, все равно не заработало)

Наверное придется все таки на пхп перебирать и новые запросы SQL делать