Добрый все день,

прошу помощи!

Пытаюсь использовать оператор with ... as как sql query в билдере и наткнулся на то что он не видит названия подзапросов определяемых через with ... as.
Написал простейший селект чтобы проверить и вот что мы имеем.

with q1 as (
select
sysdate f1
from dual
),
q2 as (
select q1.f1 f2
from q1
)
select q2.f2 f3
from q2

в sql developer отрабатывает без ошибок, а если вставить его в биледер как новое query дает ошибку ORA-00942: table oк view does not exist см. скрин

Причем у меня есть пример отчета, написанного мной год назад на таких многоуровневых подзапросах, определяемых через with ... as - их там целых 7 - и ОН РАБОТАЕТ! По букве синтаксис сравнил - все тоже самое.
Если оставить только один блок with ... as, а ниже обращаться к нему по названию - тоже все работает.

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

Leonid Kudryavtsev, пробовал в двух версиях результат одинаков.
Report Builder 11.1.2.2.0
и
Report Builder 10.1.2.0.2

Если беру свой многоуровневый селект из старого отчета - билдер не находит в нем ошибки. Но по ситнтаксису он такой же!

в работающем старом запросе в первом подселекте выборка из одного сета таблиц, во втором - других таблиц, в третьем селект из предыдущих двух (q1 и q2), четвертом их третьего(предыдущего), в пятом из четвертого(предыдущего) и в последним из пятого(предыдущего) :-)

да и вот такой тоже будет работать

with q1 as (
select
sysdate f1
from dual
)
select * from q1

он почему то отказывается понимать все последующие запросы определяемые как
),
q as (

только на первый, определяемый через with он не ругается

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

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

ситуация такая, что не желательно создавать новые объекты в базе
это как раз вопрос про наследие потомкам )

va_kochnev, там полей еще много переименовывать придется, он довольно говорящие )
можно было бы конечно заморочиться но, самое главное, что без соответствующих объектов в базе вы никак не сможете его проверить на работоспособность
А логику построения подзапросов и синтаксис я сравнивал - абсолютно в ноль

будете смяться, но теперь он ругается на первый и единственный внешний селект q1

with q1 as (
select
sysdate f1
from dual
)
select *
from
(
select q1.f1 f2
from q1
)

да нет, придется тогда конструкцию с with as заменить многоуровневыми вложенными селектами - не люблю я их - не красиво и читается не так нативно...

а потомков избавлю от выяснения существования непонятных объектов в базе ))

хотя странно все это...