Join

DaV

Hello,
есть один вопрос вокруг которого возникли споры нужно ли писать в join ксловие на mandant (client) в условиях соединения таблиц, и насколько такое условие замедлит работу?

пример1

Code:

Select  b~partner z~ZCLIENTCAT
    from but000 as b
        INNER JOIN bbpd_pd_index_h as h
                on h~partner_no = b~partner_guid
                        INNER JOIN bbpd_pd_index_i as i
                                 on h~header_guid = i~header_guid
                                        INNER JOIN BBP_PDISC as z
                                              on i~item_guid = z~guid
                                                    INNER JOIN crm_jest as j
                                                       on j~objnr = i~header_guid

                                                  into table it_vend

                                           WHERE h~created_at >= ausw_zeit_anf AND
                                                 h~created_at <= ausw_zeit_end AND
                                                 h~partner_fct = '00000019' AND
                                                 z~zno_spotbuy = space AND
                                                 z~zincomplete = space AND
                                                        j~stat = 'I1043' AND
                                                       j~inact = space

код не мой так что прошу не ругать за 5 join-ov

икак Вы считаете что будет быстрее такой селект (5 join)или если наприер join

Code:

         INNER JOIN crm_jest as j
                                                       on j~objnr = i~header_guid

спрятать в условие

Code:

 EXISTS ( SELECT  *  FROM crm_jest
                                                WHERE objnr = i~header_guidAND
                                                      stat = 'I1043' AND
                                                      inact = space )

Dzed Maroz

Трудно так вот сразу сказать не видя таблиц (CRM походу ?)
Прогоните трассировщиком, посмотрите план выполнения.

DaV

SRM, =)
под трасировщиком имеете ввиду SE30 или st05?

Dzed Maroz

DaV написал(а):

под трасировщиком имеете ввиду SE30 или st05?

ST05 вестимо, если говорю про план выполнения ;-)

Удав

DaV написал(а):

Hello,
есть один вопрос вокруг которого возникли споры нужно ли писать в join ксловие на mandant (client) в условиях соединения таблиц, и насколько такое условие замедлит работу?

В JOIN условие на MANDT писать не нужно. Как впрочем и в основном WHERE

Но если соединение таблиц прописывается в ракурсе, а не в SELECT, тогда условие на MANDT указывать нужно.

Jelena

DaV написал(а):

есть один вопрос вокруг которого возникли споры нужно ли писать в join ксловие на mandant (client) в условиях соединения таблиц, и насколько такое условие замедлит работу?

Hе нужно, как впрочем и слово INNER в INNER JOIN. Если не написано LEFT JOIN, то по умолчанию идет INNER. Работу это может замедлить программистам, которые будут поддерживать код.

Кстати, уже в который раз хочу подчеркнуть, что alias (AS b) тоже не обязателен, можно писать просто but000~partner. Alias нужно использовать только тогда, когда делается JOIN на одну и ту же таблицу, но в разном контексте (например, чтобы в один заход вытащить данные KNA1 для Ship-to и Sold-to в SD), ну или если название таблицы сильно громоздкое. Опять же на производительность это не влияет, но не нужно сидеть и разбираться, где там у вас b, а где z.

A EXISTS - это уже subquery, по-моему они немного медленнее работают, почитайте Help.

Успехов!

DaV

Удав написал(а):

A EXISTS - это уже subquery, по-моему они немного медленнее работают, почитайте Help.

v tom to i delo cto subquery, i po idei takoe uslovie dolgno budet proveraytsya uge posle sozdaniya soedienniya tablic,sledovatelno mogno izbegat eshe odnogo joina, cto pri bolshih obemah moget okaztsya ocen vegodnym v plane bestrodeistviya i nadegnosti. ili? prosto ya duml cto vse vozmognye join lucshe perevesti v usloviya, hotya vozmogno i ne prav?

Удав

DaV написал(а):

v tom to i delo cto subquery, i po idei takoe uslovie dolgno budet proveraytsya uge posle sozdaniya soedienniya tablic,sledovatelno mogno izbegat eshe odnogo joina, cto pri bolshih obemah moget okaztsya ocen vegodnym v plane bestrodeistviya i nadegnosti. ili? prosto ya duml cto vse vozmognye join lucshe perevesti v usloviya, hotya vozmogno i ne prav?

Не гадайте, а проверьте оба варианта с помощью ST05, как советовал Dzed Moroz :wink:

DaV

Удав написал(а):

DaV написал(а):

v tom to i delo cto subquery, i po idei takoe uslovie dolgno budet proveraytsya uge posle sozdaniya soedienniya tablic,sledovatelno mogno izbegat eshe odnogo joina, cto pri bolshih obemah moget okaztsya ocen vegodnym v plane bestrodeistviya i nadegnosti. ili? prosto ya duml cto vse vozmognye join lucshe perevesti v usloviya, hotya vozmogno i ne prav?

Не гадайте, а проверьте оба варианта с помощью ST05, как советовал Dzed Moroz :wink:

navernoe togda lucshe se30, ctobe ocenit bestrodeistvie

Удав

DaV написал(а):

navernoe togda lucshe se30, ctobe ocenit bestrodeistvie

Нет, именно ST05

trop

imho, подзапросы даже в несвязанных случаях
заново выполняются для каждой строки слева:

Code:

select ... 
  from tab  
  where fld in
            (select fld' from tab')
        ...

не так страшен join, как его иногда используют

murmur

Из своей практики могу сказать следующее, что во многом эффективность соединение зависит от того, какая база лежит в основе... Например, Oracle достаточно быстро выполняет вложенный корреляционный EXISTS, а в ряде случаев (это уже зависит от структуры запроса и настроек самого Oracle) может выполнять и переписывание запроса в более эффективный вид. Если взять DB2, то запрос такого вида может выполняться гораздо дольше. План выполнения запроса безусловно полезная вещь, но бывают ситуации, когда быстрее выполнить Select из одной таблицы с некоторым условием и Select из другой таблицы с некоторым условием, а соединение результатов написать в ABAP-е. План выполнения запроса в данном случае пользы не приносит... Здесь важна практика и опыт, а также степень загруженности базы.

2 Jelena Что касаемо стиля написания, то разумно везде, где обязательна ссылка на таблицу указывать ее псевдоним. Только псевдоним должен быть осмысленным. Вот и все

murmur

2 trop

Бред

Удав

murmur написал:

План выполнения запроса безусловно полезная вещь, но бывают ситуации, когда быстрее выполнить Select из одной таблицы с некоторым условием и Select из другой таблицы с некоторым условием, а соединение результатов написать в ABAP-е. План выполнения запроса в данном случае пользы не приносит...

1.В данном случае это первый шаг, который необходимо сделать.
2.Про тонкости работы с конкретной СУБД и базой данных лучше узнать у базисников.

Konstantin Anikeev

А что хранится в поле ZCLIENTCAT? Для чего оно используется?

Правила форума

Join

Кто сейчас на конференции