Методические указания по их использованию. Пособие содержит большое количество примеров на использование операторов sql, которые могут быть полезны как на этапе освоения материала, так и выступать в качестве вопросов для самопроверки

SELECT NAME, ID_FATHER
FROM Tree;
Запросы отличаются только тем, что мы не задаем фильтр WHERE для перехода к следующему шагу. Затем мы должны объединить эти два запроса с помощью UNION ALL, что определит пошаговый метод:
SELECT NAME, ID_FATHER
FROM Tree
WHERE NAME = 'MOTORCYCLE'
UNION ALL
SELECT NAME, ID_FATHER
FROM Tree;

Теперь разместим все это в CTE:

WITH
tree_CTE (data, id)
AS (SELECT NAME, ID_FATHER
FROM Tree
WHERE NAME = 'MOTORCYCLE'
UNION ALL
SELECT NAME, ID_FATHER
FROM Tree
);
Теперь мы вплотную подошли к рекурсии. Последний шаг должен сделать цикл, чтобы организовать выполнение пошагового метода. Это делается при использовании имени CTE в качестве таблицы внутри SQL-запроса CTE. В нашем случае мы должны соединить второй запрос CTE с самим CTE, организовав цепочку по tree_CTE.id = (второй запрос).ID. Это можно сделать следующим образом:
WITH
tree_CTE (data, id)
AS (SELECT NAME, ID_FATHER
FROM Tree
WHERE NAME = 'MOTORCYCLE'
UNION ALL
SELECT NAME, ID_FATHER
FROM Tree JOIN tree_CTE ON tree_CTE.id = Tree.ID
)

Результат
data	id
MOTORCYCLE	8
TWO WHEELES	3
EARTH	1
ALL	NULL

SELECT * FROM tree_CTE;
Что остановило рекурсивный процесс? Факт, что больше нет звеньев цепочки, когда достигается значение id "NULL", что в нашем примере означает случай достижения "ALL".
Отметим, что по неясным причинам MS SQL Server 2005 не допускает ключевого слова RECURSIVE после слова WITH, которое вводит CTE.
Еще одна важная вещь, связанная со структурированными в форме деревьев данными, - это визуализация данных в виде дерева ..., что означает наличие отступов в иерархии при извлечении данных. Возможно ли это? Да, конечно. Это может быть сделано вычислением пути внутри рекурсии и уровня вложенности. Вот пример такого запроса: