Как максимально быстро и изящно сделать group by по максимальному времени создания?

pberezin

а для чего CRETIME вообще? Нумерация документов в DOCNAM берётся не из сериализуемого счётчика (т.е. возможна ситуация что документ с бОльшим номером закомитился раньше, чем предыдущий, и CRETIME предыдущего документа на полмикросекунды старше)?

LKU

Ну, я немного упрощал задачу, чтобы не лезть в дебри.
Скажем так, в моем случае для DOCNUM используется параллельно несколько разных диапазонов номеров.

pberezin

FOR ALL ENTRIES IN lt_matnr
WHERE a~matnr = lt_matnr-table_line
AND a~cretime =
( SELECT MAX( b~cretime )
FROM table1 AS b
WHERE b~matnr = a~matnr
AND b~docnum = a~docnum ).

Т.е. по одному и тому же matnr по томуже docnum будет много записей с разным cretime (журнал истории)?
М.б. тогда в отдельную таблицу БД сохранять последний cretime по первичному ключу matnr+docnum (эдакий вторичный индекс к MSEG

? Тогда на больших объёмах накладные расходы на выборку по идее будут невелеки.

LKU

Коллеги, что-то все предложения в обсуждении уже по второму кругу пошли.
В конце концов у меня проблема решена.
Для истории мой (работающий) селект с моими конкретными табличками:

Code:

 select *
        from wbbp into TABLE lt_wbbp_prev_version
        FOR ALL ENTRIES IN lt_wbbp_time_search
        WHERE locnr = lt_wbbp_time_search-locnr and
              matnr = lt_wbbp_time_search-matnr and
              ZZCRETIME = ( SELECT max( ZZCRETIME )
                               from wbbp
                               where   locnr = C_WBBH-locnr 
                                  and   labrl   IN ('X', 'P', 'S' )
                                  and   matnr = lt_wbbp_time_search-matnr
                                    )
              %_HINTS ORACLE '&max_blocking_factor 100&'
                      ORACLE '&max_in_blocking_factor 100&'

Если больше оригинальных идей нет, предлагаю тему закрыть.

arcanist

nicky555 написал:

Возможно, коллеги, сведущие в Oracle (или какая у вас СУБД), подскажут конструкцию на Native SQL? :roll:

Это, наверное, будет круче и быстрее.

а потом при переходе на хану вашим коллегам будет очень весело этот запрос переписывать. Ну и слава богу - без интересных задач жизнь наша была бы так скучна :wink:

LKU

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

nicky555 написал:

Возможно, коллеги, сведущие в Oracle (или какая у вас СУБД), подскажут конструкцию на Native SQL? :roll:

Это, наверное, будет круче и быстрее.

а потом при переходе на хану вашим коллегам будет очень весело этот запрос переписывать. Ну и слава богу - без интересных задач жизнь наша была бы так скучна :wink:

Ну хана же не стесняется рекламировать как свое преимущество всякие фичи, использование которых полностью убивает идею универсальности SAP ERP относительно широкого ряда БД? Например, через несколько лет Oracle так разовьет свои инмемори технологии, что станет на две головы выше SAP HANA. И как туда потом мигрировать с ханы?

Это не реклама Native SQL, скорее наоборот: использование любых особенностей конкретной БД под SAP ERP чревато большими проблемами при последующей миграции на другую БД. И хана тут в первом ряду.

arcanist

LKU написал:

Ну хана же не стесняется рекламировать как свое преимущество всякие фичи, использование которых полностью убивает идею универсальности SAP ERP относительно широкого ряда БД? Например, через несколько лет Oracle так разовьет свои инмемори технологии, что станет на две головы выше SAP HANA. И как туда потом мигрировать с ханы?

Это не реклама Native SQL, скорее наоборот: использование любых особенностей конкретной БД под SAP ERP чревато большими проблемами при последующей миграции на другую БД. И хана тут в первом ряду.

как я Вас понимаю - у меня от текущей маркетинговой политики SAP в области HANA у самого голова кругом идет. Но, очевидно, ребята в вальдорве решили, что хватит кормить оракл - поэтому идея универсальности SAP ERP становится, как бы это сказать, не столь значимой в рамках новых парадигм

Удав

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

Но, очевидно, ребята в вальдорве решили, что хватит кормить оракл - поэтому идея универсальности SAP ERP становится, как бы это сказать, не столь значимой в рамках новых парадигм

Зажрались они там в Вальдорфе. Сколько у них удачных новинок за последние 10 лет было?

Kengur

LKU написал:

Например, через несколько лет Oracle так разовьет свои инмемори технологии, что станет на две головы выше SAP HANA.

В параллельной реальности?

Оракл был есть и будет есть на две инмемори головы выше ханы.

Stenj_90

Code:

 select *
        from wbbp into TABLE lt_wbbp_prev_version
        FOR ALL ENTRIES IN lt_wbbp_time_search
        WHERE locnr = lt_wbbp_time_search-locnr and
              matnr = lt_wbbp_time_search-matnr and
              ZZCRETIME = ( SELECT max( ZZCRETIME )
                               from wbbp
                               where   locnr = C_WBBH-locnr 
                                  and   labrl   IN ('X', 'P', 'S' )
                                  and   matnr = lt_wbbp_time_search-matnr
                                    )
              %_HINTS ORACLE '&max_blocking_factor 100&'
                      ORACLE '&max_in_blocking_factor 100&'

А чему в этот момент равна переменная C_WBBH-locnr ? Если это номер одного дебитора, то почему он в FOR ALL ENTRIES ?

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

Как максимально быстро и изящно сделать group by по максимальному времени создания?

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