Подскажите, пожалуйста.
Такая ситуация программа работает медленно, из-за запроса по таблице MSEG, в запросе используется не индексированные поля
aufnr и т.д.
Для убыстрения думаю необходимо создать индекс.
Вопрос, если я например, создам индекс затем удалю его, а затем создам другой индекс. В этом ничего такого не будет - я имею в виду плохого?

В принципе ничего, только надо аккуратней, не делать много изменений за один раз. Удалил поле - активировал, если надо адаптировал. Удалил индекс - аналогично.

во время создания индекса - будет значительная нагрузка на сервер (для его первичного формирования);
если индексов много, то система может начать подтормаживать при вводе;
с точки зрения СУБД создание и последующее удаление индекса, скорее всего, может привести лишь к некоторому увеличению фрагментации


Удачи!

Конечно зависит от политики предоставления полномочий - в продуктиве может и не хватить прав на операции с индексами в БД.
А так, в целом, ничего особо страшного не должно произойти. Причём ведь необязательно удалять индекс как объект словаря, можно удалить только в БД.

АККУРАТНЕЕ! Удалённые поля не восстановить Поля лучше ВООБЩЕ не трогать.

Создание индекса - модификация стандартного объекта и этот плохо.
В Вашем случае я бы пошел другим путем.
Если выбираются позиции материала по значению поля aufnr, то я бы использовал цепочку таблиц: AUFK -> AUFM - > MSEG.
В этом случае можно обойтись теми стандартными индексами, которые уже есть.

Не совсем так, если не сказать - совсем не так!
Индексы - вещь полезная, но оптимизация алгоритма еще полезней, тут согласен.

И давно это стало модификацией? Разве что если создавать имена не из кастомерского диапазона игрек-зет.

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

Таблица переваривает 4-7 индексов... если больше создадите - по времени принятия решения оптимайзером будет аналогичен fullscan...

А еще MSEG - кластерная вроде таблица? Вроде да, поэтому лучше искать в ней по первичному индексу...

Путаете с BSEG
Но тем не менее, в моем примере: AUFK -> AUFM - > MSEG, поиск в MSEG будет по основному ключу

Пардон - действительно, я принял за BSEG ... конец дня уже - мозги кипят от этой духоты

Да, замечательно бы но таблица AUFM пустая...