есть таблица с Adjacency List:

ид_элемента
ид_его_родителя
уровень_вложенности

надо перекинуть данные из нее в таблицу под Materialized Path:

ид_элемента
путь_элемента
уровень_вложенности

и желательно чтобы нумерация элементов была последовательной т.е. 1,2,3,4 и 1.1, 1.2 соответственно

в принципе некоторое подобие у меня получилось через повторение запроса N раз, где N равно max(уровень_вложенности) таблицы с Adjacency List.

INSERT IGNORE INTO materialized (`ид_элемента`,`путь_элемента`,`уровень_вложенности`)
SELECT
`aj`.`ид_элемента`,
if(`aj`.`уровень_вложенности` = 1, `aj`.`ид_элемента`, concat( `ptg`.`путь_элемента` , "." , `aj`.`ид_элемента` )),
`aj`.`уровень_вложенности`
FROM `adjacency` `aj`
LEFT JOIN `adjacency` `ajp`
ON `ajp`.`ид_элемента` = `aj`.`ид_его_родителя`
LEFT JOIN `materialized` `ptg`
ON `ajp`.`ид_элемента` = `ptg`.`ид_элемента`
WHERE `aj`.`уровень_вложенности` = '.$i.';

но это не совсем то, что хотелось бы получить
может кто что посоветует

загвоздка как раз в том, что выборка данных из присоединенной таблицы materialized дает только те данные в запрос, которые были в таблице до обращения с этим запросом. Тоесть если до отправки данного запроса таблица была пуста, то на любом выбранном ряде значения полей из этой таблицы будут null не зависимо от того первый это ряд или сотый.

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




в итоге получилось то что надо. мало ли вдруг кому пригодится

и тогда вдогонку ещё один вопросик.. так.. для общего развития.
а что если бы таблицы из которых я делаю данный запрос были бы не myisam а innodb
было бы возможным выполнить такое одним запросом при назначении последующего индекса в маршруте через дополнительный join к результирующей таблице и использование count(*)+1

tanglir, в дереве 6 уровней. этот запрос я посылаю из пхп столько раз сколько вернёт
SELECT MAX(lvl) FROM adjacency

просто запрос универсальный благодаря if( pgr.id is null, @curindx:=@curindx+1, concat( ...
и подходит как для первого так и для всех последующих уровней

при отсутствии pgr.id в первом запросе он назначает path через @curindx:=@curindx+1
в остальных случаях таблица уже не пуста и он формирует path через конкатенацию пути родителя и текущего индекса
ну самое весёлое конечно в этом запросе вычисление индекса для второго и последующих уровней через CASE