Join таблицы с уже выбраннымм множеством (sql)

[Devian21]

Добрый день.
Подскажите пожалуйста синтаксис для объединения таблицы с уже объединенным массивом в sql.
Например:
есть join с парой фильтров:

select *
  from ew_payment t
  join ew_request r
    on t.pay_id = r.pay_id
 where t.operator_id = 121
   and trunc(t.pay_dt) = to_date('15.06.2015', 'dd.mm.yyyy')
   and r.status_id=0

Теперь его, надо join'ить с еще одной таблицей, как это возможно сделать? Там вроде как-то можно назвать множество, а дальше уже указывать ключи для joinа, но точного синтаксиса я не знаю

[evg_m]

а почему НЕ сделать просто

select *
from ew_payment t
join ew_request r
on t.pay_id = r.pay_id
JOIN OTHERTABLE x ON x.zzz =r.xxx -- надо join'ить с еще одной таблицей,
where t.operator_id = 121
and trunc(t.pay_dt) = to_date('15.06.2015', 'dd.mm.yyyy')
and r.status_id=0

[Devian21]

Ну это вариант конечно, но хотелось бы увидеть вариант именно с именованием множества и последующим join'ом. Пример, который я привел простой, но когда бывает надо соединить 2 уже соединенных подмножества без того, о чем я спрашиваю - никак.

[Vapaamies]

Сообщение от Devian21

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

Уже сформированное множество пихать во from в скобках, а далее join или таблица через запятую, и выражение объединения в where:

select *
from
  (<my select>) a
join
  b
on
  a.x = b.y;

-- или 

select *
from
  (<my select>) a,
  b
where
  a.x = b.y;

В нормальных серверах обе записи эквиваленты. Единственное, в подзапросе поля лучше указывать поименно, а то через звездочку будет куча одинаковых, и они автоматом получат имена поле_1, поле_2 случайным образом. Имена таблиц подзапроса снаружи не видны.

[evg_m]

именно с именованием множества

Create View ??
НО это делается не в каждом запросе, а ЗАРАНЕЕ, на этапе ПРОЕКТИРОВАНИЯ БАЗЫ !!!

CREATE VIEW TPORGAN (
  ID_ORGAN,
  TPORG
)
AS
  select organ.id as id_organ, case when id_organ is NULL then 0 when   CENTR.DEF_CENTR=1 then 2 else 1 end as tporg
  from organ
  left join Centr on id_organ =organ.id
;

select *
from organ
left join tporgan on organ.id =tporgan.id_organ

[Devian21]

Попробовал на своей задаче - работает. Стало сильно проще.
Вьюха - это круто (есть у нас в базе несколько готовых), но я спрашивал именно про случаи, когда надо много объединений.
Всем спасибо!

[Devian21]

Снова need HELP!!!!
Оракля ругается следующим образом: ошибочно число или типы аргументов при обращении к 'V'.

select q.pay_id, v.DD
  from ew_payment q
  join (select distinct (e.field_st) as DD
          from ew_payment_information e
         where e.payment_id in
               (select t.payment_id
                  from ew_payment t
                 where t.operator_id = 301
                   and trunc(t.pay_dt) = to_date('01.06.2015', 'dd.mm.yyyy')
                   and t.processed not in (6, 9, 10, 102))
           and e.field_id = 502
           and e.field_st not like 'СНТ%'
           and e.field_st not like '%ООО%'
           and e.field_st not like '%Абонент%'
           and e.field_st not like 'ПОТР%'
           and e.field_st not like 'ВЛАДЕ%'
           and e.field_st not like 'Собствен%'
           and e.field_st not like 'Мест. прав%'
           and e.field_st not like 'Подвал%'
           and e.field_st not like 'Садовое%'
           and e.field_st not like 'ГСК%') v
    on q.payment_information=v.payment_information

В чем косяк, подскажите пожалуйста?
З.Ы. есть подозрение, что проблема в том, что поле, по которому идет джойн является CLOB'ом и содержит пачку field'ов, а джойнится с таким же полем, но содержащим уже один field под номером 502. Т.к. я написал аналогичный запрос (по синтаксису) все работало.

[Akeloya]

вы выбираете

select distinct (e.field_st) as DD

(выборка обрамленная круглыми скобками)
обзываете выборку v (смотрите выше что вы выбрали) и пытаетесь обратиться к v.payment_information который не выбирали и удивляетесь в чем же ошибка?

тогда уж

 select distinct (e.field_st) as DD, payment_information

нужно выбирать.