Posted: Thu Oct 28, 2010 3:20 pm Post subject: многократный select
Приветствую!
Есть ФМ который делает выборку(код ниже). Этот ФМ может вызываться 40 раз и более, условия формируются динамически.
SM30 выдаёт самое большое значение на "Fetch MSEG".
SELECT * INTO TABLE it_mseg
FROM mseg
WHERE
mseg~matnr IN r_matnr AND"материал;
mseg~werks IN r_werks AND"завод
mseg~lgort IN r_lgort AND"склад,
mseg~bwart IN r_bwart AND"
mseg~charg IN r_charg .
" последовательность полей - есть такой индекс
"" r_* могут быть пустые но не все
собственно вопросы
1) Может быть что индекс не срабатывает, если ranges пуст?
2) Подскажите можно как-то уменьшить этот "Fetch MSEG" ?
ranges не пуcтные, просто могут быть. Например два или или три.
Просто первые три ключа всегда заполнены, я думаю, выборка по индексу отработает быстрее или нет?
Quote:
Попробуйте вместо select * выбирать только нужные поля.
сделал, получил прирост в скорости но минимален, почти не заметен.
количество строк в условиях обычно не более пяти, только ВДв может быть больше.
Age: 48 Joined: 25 Jan 2008 Posts: 580 Location: Москва
Posted: Fri Oct 29, 2010 9:45 am Post subject:
1.При определении плана запроса (можно посмотреть в транзакции ST05) БД пытается определить подходящий индекс исходя из формальных параметров, без учета содержимого заполненных RANGES.
Для того, чтобы сформировать правильный план запроса, зачастую необходимо передавать запрос с конкретными значениями параметров (хинт SUBSTITUTE_VALUES)
2.В условиях выбора нет ограничения по дате проводки, т.е. выбираются данные за все периоды.
Корректный запрос должен быть типа такого:
Code:
SELECT список полей INTO TABLE it_mseg
FROM mseg
INNER JOIN mkpf ON mkpf~mblnr = mseg~mblnr
AND mkpf~mjahr = mseg~mjahr
WHERE
mseg~matnr IN r_matnr AND"материал;
mseg~werks IN r_werks AND"завод
mseg~lgort IN r_lgort AND"склад,
mseg~bwart IN r_bwart AND"
mseg~charg IN r_charg
AND mkpf~budat IN so_budat "дата проводки
%_HINTS
ORACLE '&SUBSTITUTE VALUES&'.
AND mkpf~budat IN so_budat "дата проводки
%_HINTS
ORACLE '&SUBSTITUTE VALUES&'.
после этого стало отрабатывать практически в два раза дольше
может потому, что версия не новая(4.0B)
ограничения по дате проводке я делал ниже, как for all entries in it_mseg, потом в лупе удалял. (рассчитывая на то что из mseg тащу по индексу, потом из mkpf по ключу и это должно быстро отработать... )
Age: 48 Joined: 25 Jan 2008 Posts: 580 Location: Москва
Posted: Mon Nov 01, 2010 11:43 am Post subject:
А БД - Oracle?
Если да, то посмотрите план запроса в ST05 - наверняка нет индексов по заполненным полям
Igor_34_rus wrote:
ограничения по дате проводке я делал ниже, как for all entries in it_mseg, потом в лупе удалял.
А вот это зря. Вполне возможно, что оптимизатор решит, что меньшее количество обработки получится при выборке сначала из MKPF, а затем из MSEG
Почитайте правила оптимизации запросов к БД. _________________ С уважением,
Удав.
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum You cannot attach files in this forum You can download files in this forum
All product names are trademarks of their respective companies. SAPNET.RU websites are in no way affiliated with SAP AG. SAP, SAP R/3, R/3 software, mySAP, ABAP, BAPI, xApps, SAP NetWeaver and any other are registered trademarks of SAP AG. Every effort is made to ensure content integrity. Use information on this site at your own risk.
