С точки зрения использования поля madnt в индексах.

Факты:
1.В запросе к БД со стороны SAP ВСЕГДА присутствует поле mandt, за исключением случаев, когда особо умные разработчики делают SELECT ... CLIENT SPECIFIED без использования условия по манданту.

Отсюда следует, что любой оптимизатор в первую очередь будет рассматривать индексы, в которых есть поле mandt, при прочих равнх условиях.

2.Первичный индекс ВСЕГДА имеет поле mandt.

Следовательно, и все остальные индексы, в которых содержатся поля из первичного индекса, должны содержать поле mandt.

ЗЫ: Естественно, рассматриваются только манданто-зависимые таблицы

1. Если я правильно понял из документации, то SAP считает индексы с mandt уникальными, то есть, как ты назвал - первичными.
2. Остальные индексы - неуникальные и имеют меньший приоритет перед уникальными.
3. Предлагаю вернуться к началу топика. Таблицу T001 я взял от балды и просто так совпало, что там в ключе есть mandt. Не совсем удачный пример получился, спор возник про этот самый mandt
Возьмём индекс без него. Вот смотрю у себя в системе на MARD. Помимо уникального индекса (mandt+matnr+werks+lgort) есть ещё один - werks+lgort.
При запросе

оптимизатор говорит - Table Access Full
Но при запросе

оптимизатор говорит Table Access By Index
Возникает два вопроса:
1. Оптимизатор мне правильно показывает, что индекс был использован только во втором случае ?
2. Если да, то почему он не был использован в первом ?

Ну не совсем так. Первичный индекс всегда один.
И я говорил



А какой именно индекс взялся?
Первичный или werks+lgort?

Оптимизатор ведь помимо полей еще анализирует их селективность.
У поля matnr большая селективность, т.е. включение его в where резко снижает область поиска.
В условии оно не задано, поэтому может выбраться индекс werks+lgort, несмотря на то что в первичном индексе полей, указанных в where больше.

1.select * from mard where werks = 'XXX'
Здесь получается, что в where участвуют 2 поля: mandt и werks.
Поэтому выбирается первичный индекс.
Далее, ввиду низкой селетивности условия и не очень большого объема таблицы оптимизатор решает, что выгоднее будет один раз полностью поместить таблицу MARD в кэш БД, чтобы остальные запросы к MARD выполнялись быстрее.

2 Dzed Maroz Советую почитать теорию - что такое уникальные, неуникальные индексы.
Так же неплохо разобраться с тем что же такое мандант.
А то чувствуется, что каша в голове...

Сорри , небольшое отступление от темы.

С установкой некоторых пакэджей, некоторые таблицы перестают реагировать на индексы. Ходил к базисникам так и есть - внутри сап этим таблицам присваивает статус типа без индексов (причем если базисники меняли этот статус руками - то САП ругался.., хотя все работало).
Поэтому приходилось руками хинты к селектам прикручивать.

А вообще с индексами много чего бывает , что иногда волосы шевелятся)), и как правило всегда находится причина.


2 дед мороз.
Разберись с таблицами и индексами и уж тем более что такое клиент(Mandt)

Эх, пятница ......
Разобрался и с таблицами, и с индексами
Но показания оптимизатора так и остались для меня загадкой ....

Всех с пятницей и завтрашней осенью
\me ушёл начинать начинать пить вотку ....

Разобрались - оказалось виноват был SELECT, который вызывался в ФМ IN UPDATE TASK. Он содержал FOR ALL ENTRIES IN itab и, есессна, проверить, а не пустая ли itab, никто не удосужился. (Честно говоря, до сих пор не понимаю почему это так бредово работает в SAP, но это отдельная тема.)

Мораль - надо самой пользоваться поиском 'where used', а не полагаться на утверждения "знатоков", что вот оно, единственное место, где эта таблица используется. Очень стыдно - запарилась совсем. И еще ST04 очень помогает, но у нас почему-то допуск туда дают неохотно.

Огромное спасибо всем ответившим, по ходу дела узнала очень много нового для себя, чесс слово.

Подскажите, что за утилита такая с помощью которой активируются вновь добавленные в отчете (SAP Query) поля после переноса в продуктив.

Привет всем, всё не читал )) но может прям в запросе hint'ом подсказать oracl'овому оптимизатору какой индекс использовать?

привет, канешна можно
только вот вы несколько запоздали с советом

2 года теме
Там же пару раз говорили: необходимо собрать статистику. Я так понял, что никто не обратил на это внимание, а зря! У Oracle есть такая фича, если статистика не собрана или устарела, то индекс не используется.