Подскажите как использовать индексы при чтении таблицы ? Например ,есть таблица BSIS для которой заведен индекс Z100 ( BUKRS,GJAHR,HKONT,MONAT ) Как использовать индекс для выборки информации в программе ! Если можна пример программы с использованием индекса .

База данных сама выбирает какие индексы использовать ориентируясь на статистику по таблице и т.п.
в большинстве случаев можно только предполагать каким образом будут выбираться данные

Но есть выверт с явным указанием БД использовать индекс ищите %_hints

Если хотите использовать индекс таблицы БД, то подавайте на вход SELECT поля, указанные в индексе.
Система автоматически его будет использовать (если посчитает, что он эффективный).

кроме того, элемент данных INDEXID имеет три символа. откуда у Вас индекс Z100?

Да три знака Z10 . Я не верно написала .
А в SELECT указывать эти поля в WHERE одновременно все ?
например SELECT * FROM BSIS WHERE BUKRS = a1 and GJAHR= a2 and HKONT= a3 and MONAT=a4 into table zbsis1.

да, при этом непустые.

Самое главное, чтобы первое поле (BUKRS) было указано обязательно, чтобы использовался индекс.

Самое главное что бы первое поле в индексе было MANDT.

А почему, интересно? В чем смысла манданта в индексе?

Наверное, сап так подстраховывается, чтобы при использовании OpenSQL хотя бы на уровне манданта мог бы быть шанс фильтрации по индексу
А вообще мне тоже не нравится, что в индексах первым полем идёт именно мандант. У него же селективность гораздо меньше, чем у других полей.

Но иногда манданта действительно не хватает в индексе.
Например, при использовании стандартного индекса

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

UKY, Kengur сказал что первым полем должен быть мандант, вот мне интересно и стало.
По поводу манданта в индексе вообще - никто не говорит что он бесполезен в 100% случаев. Всего лишь в 90%

Запускаете трассировку и смотрите там план выполнения запроса.
Если БД выбрала нужный вам индекс - все в порядке.
Если вы все поля указали правильно, все они не пустые, в общем все сделали как надо, но индекс все равно берется другой - либо нужный вам индекс "протух"(попросите пересобрать его коллег из базиса), либо попробуйте указать явно нужный вам индекс через %_hints

1. Мандант в индексе помогает, если для выбора данных достаточно поднять индекс, не обращаясь к самой таблице.
Самый частый пример- джойн таблиц, где из второй таблице ораклу было бы достаточно только индекса, но из-за отсутствия манданта (который abap всегда добавляет в условия соединения), приходится читать и сами записи второй таблицы
2. Отсутствие манданта часто сводит с ума оптимизатор. Без посчитанного распределения данных по значениям (чего обычно не делается), Оракл по умолчанию считает селективность поля MANDT достаточно высокой. И часто выбирает стандартный индекс к таблице с MANDT в ущерб гораздо более селективному z-индексу без MANDT.

1. Ок, понятно.
2. Тут не совсем понял - имеется ввиду работа различие между работой оптимизатора на основе правил или на основе статистики (rule based/cost based)?

Имелась в виду галочка "создать гистограммы" в RSANAORA, точнее ситуация, когда ее не используют при сборе статистики по таблицам (а обычно не используют)
Допустим над таблицей EKKO есть два индекса:
1. Стандартный индекс:
MANDT
BSART
BSTYP

2. Z-индекс:
LIFNR

Теперь делаем запрос select * from ekko where lifnr = <поставщик> and bsart = <вид заказа>

За кадром ABAP добавит к селекту еще MANDT. Получится, что у стандартного индекса совпадает с запросом два поля, а у Z - одно
В результате очень много шансов, что оптимизатор выберет первый индекс как более подходящий и переубедить его можно будет только хинтом.

А если бы z-индексу тоже в начале приписали MANDT, то у шансов на ошибку оптимизатора было бы гораздо меньше.

LKU, тут я уже не настолько глубоко в теме чтобы обоснованно спорить. Но немного поспорю
Не сталкивался с таким - как правило вполне объяснимо и логично почему оптимизатор берет тот или иной индекс, и без учета гистограмм.
В описанном случае причины выбора первого индекса могли бы быть такими:
1. низкая селективность LIFNR (десяток кредиторов?)
2. в наличии пачка мандантов, и действительно дешевле выбрать в одном из них по BSART и BSTYP, чем все шерстить по LIFNR
3. Не обновленная статистика