Иерархический запрос

@dima-dima · Регистрация: 27.11.2012

Студворк — интернет-сервис помощи студентам

Иерархический запрос по двум таблицам.

Как написать запрос, что бы получить дерево.

Дано:

Две таблицы: tab1, tab2.

Таблица tab1 содержит поля: id, parent

Таблица tab2 содержит поля: id, parent

Множества Id каждой таблицы не пересекаются, то есть они уникальны.

Поле parent может содержать как id из первой таблицы, так и из второй.

То есть получаем иерархию на основе двух таблиц. Одна таблица при поиске потомков отсылает к другой или к самой себе. Другая в свою очередь тоже отсылает к себе или к другой таблице.

*

Задача:

Есть id.

Нужно написать запрос, выводящий список всех потомков на всех уровнях из обеих таблиц. С одной таблицей всё понятно:

Oracle 11 SQL
1
2
3
4
SELECT LEVEL, tab1.id
FROM tab1
CONNECT BY tab1.parent = PRIOR tab1. id
START WITH tab1.parent=555

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

@Grossmeister · 16.09.2015, 15:13

Сообщение от dima-dima

Множества Id каждой таблицы не пересекаются, то есть они уникальны.
Поле parent может содержать как id из первой таблицы, так и из второй.

Почему из этих двух таблиц не сделать одну?

PS
Если все таки нельзя, то в запросе их можно объединить по UNION ALL

@Lorsik · 16.09.2015, 15:13

SQL
1
2
3
4
5
SELECT level, t.id
FROM (SELECT id, parent FROM tab1 UNION
      SELECT id, parent FROM tab2) t
CONNECT BY t.parent = prior t.id
START WITH t.parent=555

@dima-dima · 16.09.2015, 15:15 **[ТС]**

Вкратце, запрещено их объединять. Это уже рабочая система, такие изменения делать запрещено.

@Grossmeister · 16.09.2015, 15:20

Сообщение от dima-dima

запрещено их объединять

Ну да. При проектировании создаем себе трудности, а потом при написании запросов мужественно их преодолеваем

Хорошо еще, если в дальнейшем подобные ляпы проектирования не приведут к недопустимым тормозам.

@dima-dima · 16.09.2015, 15:22 **[ТС]**

Этот ляп перетащен и одной импортной коммерческой системы одной крупной компании.

@Lorsik · 16.09.2015, 16:12

Если слишком медленно то имеет смысл написать хотя бы функцию, искать сначало в tab1 и если не нашлось то потом уже искать в tab2.
Или как вариант сделать мат вью и ней уже искать.

Новые блоги и статьи Все статьи Все блоги /
Мысли в слух. Про "навсегда". kumehtar 16.04.2026 Подумалось тут, что наверное очень глупо использовать во всяких своих установках понятие "навсегда". Это очень сильное понятие, и я только начинаю понимать край его смысла, не смотря на то что давно. . .	My Business CRM MaGz GoLd 16.04.2026 Всем привет, недавно возникла потребность создать CRM, для личных нужд. Собственно программа предоставляет из себя базу данных клиентов, в которой можно фиксировать звонки, стадии сделки, а также. . .	Знаешь почему 90% людей редко бывают счастливыми? kumehtar 14.04.2026 Потому что они ждут. Ждут выходных, ждут отпуска, ждут удачного момента. . . а удачный момент так и не приходит.	Фиксация колонок в отчете СКД Maks 14.04.2026 Фиксация колонок в СКД отчета типа Таблица. Задача: зафиксировать три левых колонки в отчете. Процедура ПриКомпоновкеРезультата(ДокументРезультат, ДанныеРасшифровки, СтандартнаяОбработка) / / . . .
Настройки VS Code Loafer 13.04.2026 { "cmake. configureOnOpen": false, "diffEditor. ignoreTrimWhitespace": true, "editor. guides. bracketPairs": "active", "extensions. ignoreRecommendations": true, . . .	Оптимизация кода на разграничение прав доступа к элементам формы Maks 13.04.2026 Алгоритм из решения ниже реализован на нетиповом документе, разработанного в конфигурации КА2. Задачи, как таковой, поставлено не было, проделанное ниже исключительно моя инициатива. Было так:. . .	Контроль заполнения и очистка дат в зависимости от значения перечислений Maks 12.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеПерсонала", разработанного в конфигурации КА2. Задача: реализовать контроль корректности заполнения дат назначения. . .	Архитектура слоя интернета для сервера-слоя. Hrethgir 11.04.2026 В продолжение https:/ / www. cyberforum. ru/ blogs/ 223907/ 10860. html Знаешь что я подумал? Раз мы все источники пишем в голове ветки, то ничего не мешает добавить в голову такой источник, который сам. . .

@dima-dima 1 / 1 / 3 Регистрация: 27.11.2012 Сообщений: 146
	16.09.2015, 15:15 [ТС]
	Вкратце, запрещено их объединять. Это уже рабочая система, такие изменения делать запрещено. 0

@dima-dima 1 / 1 / 3 Регистрация: 27.11.2012 Сообщений: 146
	16.09.2015, 15:22 [ТС]
	Этот ляп перетащен и одной импортной коммерческой системы одной крупной компании. 0

@Lorsik 105 / 49 / 26 Регистрация: 01.09.2014 Сообщений: 140
	16.09.2015, 16:12
	Если слишком медленно то имеет смысл написать хотя бы функцию, искать сначало в tab1 и если не нашлось то потом уже искать в tab2. Или как вариант сделать мат вью и ней уже искать. 0

Иерархический запрос

Решение