У меня есть мэйн таблица у которой есть поле account_id. И мне нужно по account_id найти суммы кред или дебет по этому пользователю, а суммы хранятся в другой таблице. В другой таблице есть две колонки, которые отвечают  за кредит, а другой за дебет. То есть если у клиента debet то нужно соединить с мэйн по cl_deb = account_id. если кредит, то по cl_cred = account_id (cl_deb и cl_cred  - две колонки из второй таблицы)

> И мне нужно по account_id найти суммы кред или дебет

В зависимости от чего "кред или дебет"?

> То есть если у клиента debet

И это что значит?

Сделайте 2 джойна, а кредит/дебет выведите через coalesce

Примерно вот так:

select  t1.a,
        coalesce(t2_cred.cred, t2_debet.debet) as cred_debet
from    t1
        left join   t2 as t2_cred
            on  t1.field_a = t2_cred.field_a
        left join   t2 as t2_debet
            on  t1.field_b = t2_debet.field_b

* В зависимости от чего "кред или дебет"?

Устанавливаю сам. Есть условия при которых я могу сказать, что здесь я должен соединять по debet или по kred.

Мне нужно, как-то сказать, что этот подзапрос содержит кредит счет и должен соединяться с мэйн по cl_kred

Это плохая практика, Ярослав и написал, что со схемой скорее всего проблемы. Когда в джойнах появляются условия — это тревожный звонок. Условия должны быть в where

Ясно. Спасибо большое

Лучше б Вы пример схемы / запроса показали, мне до сих пор так и не понятно... а так — условия в LEFT JOIN или JOIN с "(SELECT ... FROM a UNION ALL SELECT FROM b) AS ab ON ... ", например.
Но, вообще, подобные схемы ведут к проблемам, в т.ч. с написанием запросов.
К примеру, запрос https://t.me/pgsql/288791 — скорее всего, неправильный. ;)

Можно либо посылать разные запросы (если это весь запрос, и "нужен кредит или дебет" зависит от внешних условий), либо внести это условие в JOIN, с помощью либо CASE, либо UNION ALL (как я писал выше).
Но в последнем случае могут быть проблемы с производительностью — PostgreSQL вообще "не любит" кривых схем и запросов, учтите.

Можете пример запроса отправить. Если буду прописывать в условие join.
join table_2 on ???

Я этого не могу понять

Хмм... по-моему, у Вас с запросом что-то совсем не то.
Вот это какая-то чушь:

and (d1.naz_pla like '45020%' or d1.naz_pla like '45021%' or
                 d1.naz_pla like '45022%' or d1.naz_pla like '45023%' or
                 d1.naz_pla like '45024%'
             and d1.ls_cor = a.account)

нет?

Т.е. показали бы Вы нормальный пример.
И да, я в этом запросе не вижу самого условия, по которому должен выдаваться кредит либо дебет.

Привет!

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

explain (analyze,buffers)  SELECT OAV."ID",OAV."TEXT_VALUE" FROM public."AO_8542F1_IFJ_OBJ_ATTR_VAL" OAV JOIN public."AO_8542F1_IFJ_OBJ_ATTR" OA ON OA."ID" = OAV."OBJECT_ATTRIBUTE_ID" WHERE OA."OBJECT_TYPE_ATTRIBUTE_ID" IN (529, 10, 506, 143) ;
                                                                                   QUERY PLAN
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
 Gather  (cost=1000.57..712718.82 rows=599184 width=34) (actual time=0.474..2319.057 rows=655844 loops=1)
   Workers Planned: 4
   Workers Launched: 4
   Buffers: shared hit=3296662 read=258958
   ->  Nested Loop  (cost=0.56..651800.42 rows=149796 width=34) (actual time=0.111..2204.502 rows=131169 loops=5)
         Buffers: shared hit=3296662 read=258958
         ->  Parallel Seq Scan on "AO_8542F1_IFJ_OBJ_ATTR" oa  (cost=0.00..425675.07 rows=152918 width=8) (actual time=0.053..1049.557 rows=131169 loops=5)
               Filter: ("OBJECT_TYPE_ATTRIBUTE_ID" = ANY ('{529,10,506,143}'::integer[]))
               Rows Removed by Filter: 7888265
               Buffers: shared hit=13870 read=258958
         ->  Index Scan using index_ao_8542f1_ifj228666017 on "AO_8542F1_IFJ_OBJ_ATTR_VAL" oav  (cost=0.56..1.47 rows=1 width=42) (actual time=0.008..0.008 rows=1 loops=655844)
               Index Cond: ("OBJECT_ATTRIBUTE_ID" = oa."ID")
               Buffers: shared hit=3282792
 Planning time: 0.326 ms
 Execution time: 2340.710 ms

Подскажите куда копать ? буффера, довольно норм

and (d1.naz_pla like '45020%' or d1.naz_pla like '45021%' or
                 d1.naz_pla like '45022%' or d1.naz_pla like '45023%' or
                 d1.naz_pla like '45024%'
             and d1.ls_cor = a.account)

Это не чушь:). Нужный фильтр без него никак:)

Неужели? Вы на скобки-то посмотрите. ;)
Т.е. для соединения достаточно любого из этих условий?
Т.е. чтобы naz_pla был like '45020%', или ..., или d1.ls_cor = a.account?

Аааа, лол)

explain (analyze,buffers)  SELECT OAV."ID",OAV."TEXT_VALUE" FROM public."AO_8542F1_IFJ_OBJ_ATTR_VAL" OAV JOIN public."AO_8542F1_IFJ_OBJ_ATTR" OA ON OA."ID" = OAV."OBJECT_ATTRIBUTE_ID" WHERE OA."OBJECT_TYPE_ATTRIBUTE_ID" IN (529, 10, 506, 143) ;
                                                                                   QUERY PLAN
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
 Gather  (cost=1000.57..712718.82 rows=599184 width=34) (actual time=0.474..2319.057 rows=655844 loops=1)
   Workers Planned: 4
   Workers Launched: 4
   Buffers: shared hit=3296662 read=258958
   ->  Nested Loop  (cost=0.56..651800.42 rows=149796 width=34) (actual time=0.111..2204.502 rows=131169 loops=5)
         Buffers: shared hit=3296662 read=258958
         ->  Parallel Seq Scan on "AO_8542F1_IFJ_OBJ_ATTR" oa  (cost=0.00..425675.07 rows=152918 width=8) (actual time=0.053..1049.557 rows=131169 loops=5)
               Filter: ("OBJECT_TYPE_ATTRIBUTE_ID" = ANY ('{529,10,506,143}'::integer[]))
               Rows Removed by Filter: 7888265
               Buffers: shared hit=13870 read=258958
         ->  Index Scan using index_ao_8542f1_ifj228666017 on "AO_8542F1_IFJ_OBJ_ATTR_VAL" oav  (cost=0.56..1.47 rows=1 width=42) (actual time=0.008..0.008 rows=1 loops=655844)
               Index Cond: ("OBJECT_ATTRIBUTE_ID" = oa."ID")
               Buffers: shared hit=3282792
 Planning time: 0.326 ms
 Execution time: 2340.710 ms

этот же запрос повторяется с частотой 2-3 минуты, на стороне приложения пока готовятся, но как быть с продом ?

Это другой фильтр. Вы хотите вынести условия ?. Сам подселект должен каким-то образом намикать жоину, что он дебет или кредит и нужно соединить по определенным полям)