the client column?
For historical reasons, many SAP indexes begin with the client column (MANDT, CLIENT, MANDANT, ...). In many cases, this column only increases overhead by increasing the size of the index. The client column is only useful or advantageous in a limited number of situations:
There are selections that can be completely covered by the index if the index includes the client, which makes a processing-intensive table search unnecessary.
The client is used in a unique index to guarantee application consistency.
A short-term work-around is required for the CBO (Cost-Based Optimizer) problem described in Note 176754 (18).
The table contains several filled clients. Therefore, the client condition is selective in this context.
In most cases, it is not necessary to include the client in the index.
Ооо, спасибо!
У меня сложилось впечатление, что все треды на эту тему сводятся к следующему: "Если у вас в проде один рабочий мандант, то не нужно добавлять, если в проде несколько мандантов, то нужно"
Мне кажется, стОит расширить сферу применения на весь ландшафт. Если в ландшафте есть системы с несколькими мандантами, где колбасят application-данные, то лучше добавить. Например, в разработке-тесте-предпроде достаточно часто есть несколько мандантов для обучения/различных видов тестирования/придумайте ещё причины. По мощам эти системы обычно сильно уступают продуктиву, поэтому там добавление манданта в индекс имхо поможет выборкам. На всех последних проектах такие системы были, по умолчанию мандант добавляю :)
Всё верно говорите, но чаще всего итоговой конфигурацией является D(несколько мандантов, мало данных), Q(несколько мандантов, мало данных), T(предпрод - 1 мандант) P( продуктив 1 мандант). Хотя я сам не сторонник того, чтобы экономить место БД за счёт индексов. В процентом соотношении это копейки. Тем не менее стараюсь дать объективную картину по которой человек может принять решение исходя из своей ситуации.
Обсуждают сегодня