Ограниченность языка SQL?

sibrin

Пономарев Артем написал:

В хелпе об этом ни слова.

Потому что в SAP library в разделе про SAP DB на каждой страничке не повторяют, что она относится к SAP DB. Для этого есть дерево.

Пономарев Артем написал:

Здесь же читаем - The join is performed in ABAP with a sort-merge-join logic.

А эта ссылка вообще на BI и написано там, как осуществляются join'ы на ABAP'e. Причём данные берутся из инфоисточников, которые совершенно не обязательно должны быть таблицами БД.

EGF

Пономарев Артем написал:

Эх, как бы планы выполнения СУБДшные глянуть...

Ну так и гляньте. ST05, кнопка Explain

Пономарев Артем

sibrin написал:

А эта ссылка вообще на BI и написано там, как осуществляются join'ы на ABAP'e. Причём данные берутся из инфоисточников, которые совершенно не обязательно должны быть таблицами БД.

Согласен.
Однако там же читаем:

Цитата:

...you are able to join two different data sources with one or more common InfoObjects (database function Join)...

Т.е. далее логично ожидать использование слова Join именно в значение database function Join.
Кстати, какие еще JOIN'ы есть в ABAPе то?

Более того, по умолчанию HASH_JOIN_ENABLED имеет значение TRUE.
Про данный параметр читаем:

Цитата:

NOTE: This is an internal Oracle parameter. Do NOT use it unless instructed to do so by Oracle Support. Playing with this parameter may be harmful.

Т.е. что-то мне подсказывает что HASH_JOIN_ENABLED FALSE в DB17 является предефайнд настройкой. А это опять же + к моей версии.

Пономарев Артем

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

Ну так и гляньте. ST05, кнопка Explain

А ведь правда. Мой промах

И таки да:

Code:

SELECT mg~mblnr mg~mjahr mg~matnr mg~werks mg~charg
       mg~lifnr mg~menge mg~meins mg~ebeln mt~maktx
  INTO TABLE gt_mseg
  FROM  mseg AS mg JOIN makt AS mt
  ON    mg~matnr = mt~matnr
  WHERE mg~mblnr = g_matdoc AND
        mg~mjahr = g_fiscyear AND
        mt~spras = is_nast-spras. 

Дает план:

Code:

SELECT STATEMENT ( Estimated Costs = 1 , Estimated #Rows = 1 )

       NESTED LOOPS

           TABLE ACCESS BY INDEX ROWID MSEG

               INDEX RANGE SCAN MSEG~0

           TABLE ACCESS BY INDEX ROWID MAKT

               INDEX UNIQUE SCAN MAKT~0

Т.е. в случае с nested loop join'ами я был не прав... Осталось с hash join'ом разобраться.

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

Ограниченность языка SQL?

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