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

kapelanОракл обязан выполнить то что в скобках а затем внешний запрос и всегда делает такЕсли в скобках запрос, а снаружи условия, то он реально считает в память всё содержимое таблиц, а потом уже наложит условия? Это же жесть.
Значит, CTE в Оракле и в MSSQL принципиально разные.
kapelanMSSQL оптимизатор не факт что выполнит СТЕ а потом пойдет дальшеНе то, что "не факт", а он гарантированно так не сделает.
В MSSQL СТЕ - это просто альтернитивная форма записи подзапроса.
Оракл вообще какой то странный, игнорирует функциональную сущность SQL начисто :-)

kapelan1. Если в скобках запрос, а снаружи условия, то он реально считает в память всё содержимое таблиц, а потом уже наложит условия?
- нет не жесть это так должно быть. Пример: 6+(2*3)= 12; (6+2)*3 = 18;Нет-нет, результат-то должен быть одинаковый, это само собой.

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


kapelan3. Оракл вообще какой то странный, игнорирует функциональную сущность SQL начисто :-)
- нет он действует строго по директиве, а хуман сказал делать то что скобках в первую очередь значит так тому и быть.- Он не функциональный!
- Нет, да!

Это обычно называют "императивный", а не "директивный".

Я не считаю это недостатком Оракла (может, он даже лучше как СУБД), просто надо понимать, что он совсем другой, это не просто другой язык, и другое администрирование, а совсем другие принципы. С Кобола или Джавы несравнимо легче перейти на Оракл, чем на MSSQL.
Я знал про всякие "триггеры на строку", массовое использование курсоров и т.д., но не представлял, что в CTE может быть такое.