Нужно считать данные из таблиц KEKO и CKIS по номеру прогона, дате
и версии калькуляции, ну и другим параметрам. Объединяю таблицы. По полям KALAID KALADAT таблицы KEKO есть вроде индекс. Но че-то 9 материалов за квартал выбирает за 20 секунд при числе записей в KEKO около 1 000 000.
Может кто подскажет как сократить время выбора?

Если поиск идет по совокупности полей, хоть одно из которых не входит в индекс, индекс по сути и не при делах...
Можно <я не знать русский языка> сделать выборку только по индекированным полям и уже на клиенте убить те, которые не проходят по доп. условиям. Например с помощью DELETE и RANGE.

Так вроде или есть? И если есть, то создан ли индекс непосредственно в БД?
По поводу сокращения выборки всё очень персонально - надо смотреть запрос, возможно надо смотреть что с базой, ...

Токма не запрос, а план выполнения, скорее.
Плюс касательно выборки я уже сказал...

Пономарев Артем писал:
Если поиск идет по совокупности полей, хоть одно из которых не входит в индекс, индекс по сути и не при делах...
Можно <я не знать русский языка> сделать выборку только по индекированным полям и уже на клиенте убить те, которые не проходят по доп. условиям. Например с помощью DELETE и RANGE.

Поясни че-то не понял?
В БД существуют индексы: по полям KALAID и KALADAT , а также по
полю KALNR в таблице KEKO. Делаю выборку:

SELECT keko~matnr ztfcalk1~gruppa
ckis~kstar ckis~meeht
ckis~werks ckis~matnr
ckis~wertn ckis~menge
makt~maktx csku~ltext
FROM keko
INNER JOIN ckis ON keko~bzobj = ckis~bzobj AND
keko~kalnr = ckis~kalnr AND
keko~kadky = ckis~kadky

LEFT JOIN ztfcalk1 ON ckis~kstar = ztfcalk1~kstar
LEFT JOIN makt ON ckis~matnr = makt~matnr
LEFT JOIN csku ON ckis~kstar = csku~kstar
INTO TABLE it_ckis
FOR ALL ENTRIES IN it_ckis_nk

WHERE
ckis~lednr = '00' AND
ckis~kstar <> ' ' AND
keko~werks = p_bwkey AND
keko~kokrs = kokrs AND
keko~tvers = num_vers AND
keko~kalka = '01' AND
keko~klvar = 'PPC1' AND
keko~poper IN so_kvart AND
keko~bdatj = p_bdatj AND
keko~kalaid = it_ckis_nk-kalaid AND
keko~kaladat = it_ckis_nk-kaladat AND
keko~kalnr = it_ckis_nk-kalnr.

На этом коде объяснить можешь?

всё вроде нормуль, но частое использование join само по себе тормозит... до сих пор не могу понять людей-программеров, которые используют много-вложеннные "INNER-JOIN" зачем и за что?

Превед,

можно попробовать SELECT с индексом:
пример:
.......
CLEAR h_yyt_ladkz.
IF NOT ivekp_tlp[] IS INITIAL.
SELECT yyttcode FROM vepo
INTO CORRESPONDING FIELDS OF TABLE ivepo_tlp
FOR ALL ENTRIES IN ivekp_tlp
WHERE unvel = ivekp_tlp-venum
AND yyttcode IN ('YTVK010','YTVK011')
GROUP BY yyttcode
%_HINTS ORACLE
'INDEX("&TABLE&" "VEPO______A" "VEPO~A" "VEPO^A")' .
IF sy-dbcnt = 0.
h_yyt_ladkz = space.
ELSEIF sy-dbcnt = 1.
READ TABLE ivepo_tlp INDEX 1.
CASE ivepo_tlp-yyttcode.
WHEN 'YTVK010'.
h_yyt_ladkz = '1'.
WHEN 'YTVK011'.
h_yyt_ladkz = '2'.
ENDCASE.
ELSE.
h_yyt_ladkz = '3'.
ENDIF.

Успехов
Юрий

Если ckis~KALKA уточнить, то индекс ckis пошире будет использоваться (если, конечно, задача позволяет).

Jouri, не учите плохому... человек пусть сначала разберется что есть индексы и как они используются, посмотрит план запроса в ST05, пооптимизирует... и только потом пусть пользуется хинтами, да еще и платформенно-зависимыми

Ну и сказать админам чтоб статистику по таблице собрали