Интересует мнение сообщества во по какому вопросу:
есть таблица с иерархией типа
CREATE TABLE TA (ID INTEGER, PARENTID INTEGER, COLUMN1 INTEGER);
Как получить все элементы таблицы удовлетворяющие условию,
наложенному на поле COLUMN1 или являющиеся родителями таких записей?

Ограничения:
1. Условие формируется динамически от действий пользователя.
2. Реально таблицы разные с разным набором полей, изначально неизвестным.
    Их объединяет только названия ID и PARENTID.
3. Уровень вложения иерархии также неизвестен, но допускается его ограничение.

P.S.:
Я перечитал все посты на тему рекурсии и дерева, но везде речь идёт о предопределённых таблицах.

P.P.S.:
И что могут сказать приближенные к разработчикам Firebird/Yaffil на такой запрос в смысле его эффективности:
Select TA.ID, TA.PARENTID, TA.COLUMN1 from TA
Where (((cast(TA.COLUMN1 as VarChar(250)) = 'XXXXXXX'))
or exists (
  select ID from TA TA00
  left outer join TA TA01 on TA00.ID = TA01.PARENTID
  left outer join TA TA02 on TA01.ID = TA02.PARENTID
  left outer join TA TA03 on TA02.ID = TA03.PARENTID
  left outer join TA TA04 on TA03.ID = TA04.PARENTID
  left outer join TA TA05 on TA04.ID = TA05.PARENTID
  where (TA.ID = TA00.PARENTID) and (
        ((cast(TA00.COLUMN1 as VarChar(250)) = 'XXXXXXX'))
    or ((cast(TA01.COLUMN1 as VarChar(250)) = 'XXXXXXX'))
    or ((cast(TA02.COLUMN1 as VarChar(250)) = 'XXXXXXX'))
    or ((cast(TA03.COLUMN1 as VarChar(250)) = 'XXXXXXX'))
    or ((cast(TA04.COLUMN1 as VarChar(250)) = 'XXXXXXX'))
    or ((cast(TA05.COLUMN1 as VarChar(250)) = 'XXXXXXX'))
))) order by TA.COLUMN1 asc

2IGORRR: Всё бы нормально, но в соответствии с ограничением 1 условие where column1 = :param не прокатит.

2FreemanZAV: Запрос с использованием UNION работает похоже дольше по сравнению с описанным мною запросом, это я уже проверял.

2Scream: А это как - вложенным SELECT`ом?

:param - да, но вот column1 вовсе может быть и не column1, а например: ((column1=1) or (column55=55)) и т.д.
ВСЁ условие генерится в зависимости от пользователя, на каком столбце он кликнет такой реквизит и будет, как в Excelе.

2FreemanZAV: Дело в том, что при использовании UNION происходит неоднократное чтение всей исходной таблицы. И чем больше UNIONов тем больше проходов. Поэтому и рекомендуется при возможности избегать объединения и использовать 1 select.
А вообще сейчас протестил, то, что только что написал - так и есть.

2ALL: Приведённый в первом моём посте запрос меня бы устроил, но я не уверен в том, как он будет себя вести на базе порядка от 200 тыс. записей и от 5 уровней вложенности.
Явно недостаёт возможности CONNECT BY :(

А как вывести вот такое дерево:
1-ый_родитель_ НЕ удовлетворяющий_условию
+-- 2-ой_родитель_ НЕ удовлетворяющий_условию
| +-- 3-ий_родитель_ НЕ удовлетворяющий_условию
| | +-- 4-ый_родитель_ НЕ удовлетворяющий_условию
| | | +-- 5-ая_запись_удовлетворяющая_условию