INDEX in HR(кадры)

SergiK

Господа есть такой вот простой запрос :

Code:

 SELECT  t1~plans   "t2~PRIOX
    INTO CORRESPONDING FIELDS OF TABLE it_test
    FROM ( PA0001 AS t1
    INNER JOIN HRP1001 AS t2
    ON  t1~PLANS = t2~OBJID )
  WHERE t1~WERKS = '1000'
    AND t1~BEGDA <= date
    AND t1~ENDDA >= date
    AND t2~OBJID = t1~plans
    AND t2~OTYPE = 'S'
    AND t2~SCLAS = 'O'
    AND t2~SUBTY = 'A003'
    AND t2~PLVAR = '01'
    AND t2~BEGDA <= date
    AND t2~ENDDA >= date

    %_HINTS ORACLE 'FIRST_ROWS'

    "%_HINTS ORACLE 'INDEX("&TABLE 2&")'

*    %_HINTS ORACLE 'INDEX("&TABLE 1&" "PA0001~0")'
*            ORACLE 'INDEX("&TABLE 2&" "HRP1001~0")'
    .

Как видно по коду уже перепробовал кучу разных вариантов, а запрос вот как не работал так и не работает.
Результат выборки должен составлять приблизительно 10 000 записей, но запрос выпадает по таймауту (10 мин.) .

Если эту выборку переписать через

Code:

 
Select ... FROM PA0001 INTO TABLE X .
LOOP AT TABLE X .

SELECT SINGLE ... FROM HRP1001 INTO HRP1001
WHERE ....
X-PRIOX = HRP1001-PRIOX .
modify X .
ENDLOOP.

то таким образом выборка происходит около 15 сек.

Вопрос, какими телодвижениями привести в чуства

Code:

SELECT  t1~plans   "t2~PRIOX
    INTO CORRESPONDING FIELDS OF TABLE it_test
    FROM ( PA0001 AS t1
    INNER JOIN HRP1001 AS t2
    ON  t1~PLANS = t2~OBJID ) ....

Заранее благодарен за хелп !

holocron

IMHO, так писать - плохой тон. пользуйтесь ЛБД.

SergiK

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

IMHO, так писать - плохой тон. пользуйтесь ЛБД.

ЛБД PCH уходит в дамп по таймауту, когда происходит выборка по всем сотрудникам предприятия используя путь O-S-P, этот запрос был призван ускорить работу...

trop

попробуй убрать из where t2~begda t2~endda и t1~plans = t2~objid

SergiK

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

попробуй убрать из where t2~begda t2~endda и t1~plans = t2~objid

begda & endda необходимые поля так как отчет формируется на дату, а у человека могло быть несколько сесий.

t1~plans = t2~objid Это условие соеденения ( Человек занимает штатную должность (PA0001-PLANS) и мне необходима информация о занимаемой штатной должности HRP1001-OBJID = PA0001-PLANS - типы у них одинаковые) , а в условие WHERE эта связка была добавленна с целью перечислить все поля участвующие в индексах таблиц, изначально запрос не имел такой связки в условии .

Терзают смутные сомнения что запрос игнорирует ИНДЕКСы.

Сергей Королев

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

ЛБД PCH уходит в дамп по таймауту, когда происходит выборка по всем сотрудникам предприятия используя путь O-S-P, этот запрос был призван ускорить работу...

А если, например, все-таки в PCH собрать все должности по пути O-S, а потом в END-OF-SELETION грубо по ним отобрать людей, пользуясь PA0001?

trop

засчет сужения where можно выбрать больше и быстрее,
затем откинуть ненужное

SergiK

Сергей Королев написал:

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

ЛБД PCH уходит в дамп по таймауту, когда происходит выборка по всем сотрудникам предприятия используя путь O-S-P, этот запрос был призван ускорить работу...

А если, например, все-таки в PCH собрать все должности по пути O-S, а потом в END-OF-SELETION грубо по ним отобрать людей, пользуясь PA0001?

А как это координально отличается от цикла по выбранным людям и нахождению информации для человека о его шт. должности ?

Принцип вопроса в том что не должен такой простой запрос уходить в дамп.

SergiK

Господа !!!

Есть у кого-то модуль HR ?

Мог ли кто нибуть на своей системе выполнить похожий запрос и сообщить о результатах ?
Может на уровне базы чего-то с индексами ? Может я совсем не туда копаю А ?

EGF

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

Aleqs

Условие T2~OTYPE = 'S' лучше поставить в соединении JOIN, а не в условии WHERE. Насколько я помню, в таблице HRP1001 два первых ключевых поля как раз OTYPE и OBJID, и лучше их использовать вместе и сразу.

qq

а если запустить st05 и потом в трассировке посмотреть план выполнения запроса?

SergiK

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

а если запустить st05 и потом в трассировке посмотреть план выполнения запроса?

А как же его посмотреть если выполнение заканчивается дампом ?

SergiK

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

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

Если можно уточните подробнее, наш базис не совсем понимает о чем идет речь, если о SE14-адаптировать индекс , то это уже делали и это не дало результата .

sy-uname

Aleqs написал:

Условие T2~OTYPE = 'S' лучше поставить в соединении JOIN, а не в условии WHERE. Насколько я помню, в таблице HRP1001 два первых ключевых поля как раз OTYPE и OBJID, и лучше их использовать вместе и сразу.

Если внимательно смотреть запрос, то будет видно, что T2~OTYPE в JOIN использовать полюбому не получиться, т.к. зачем-то пытаются соеденить таблицу инфотипа персональных данных и таблицу из орг.менеджмента. А это две большие разницы.

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

INDEX in HR(кадры)

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