Первый раз такое услышал. Реально как то влияет, или это тараканы у товарищей брейкданс танцуют?

Да, влияет.
На первое место нужно ставить наиболее селективные поля. Это неплохо описано в библии (профразработка)

На оптимальность влияют индексы, а их построение в 1С зависит от порядка полей.
Главное правило разработчика баз данных: попасть в индекс.

И правильнее даже уточнить: не полей, а измерений.

(0) 1С давно научилась кластерные индексы и агрегаты.  И очень многое зависит от СУБД в данном случае.

блин сейчас проверю на выборке в 10м

по-моему ересь в случае если все измерения индексированы и везде будет скан с одним результатом

(1) Что такое "Наиболее селективные поля"
Ну например во всех типовых начиная с 7-ке в регистре остатков сначала идет Фирм/Организация потом обычно склад и последней Номенклатура.

Если у меня 1 фирма и куча товара, т.е. в регистре остатков на первом месте будет 1 значение на все строки таблицы - это "наиболее селективно", чем номенклатура которая повторяется на разных складах и её много разной?

(6) Это и называется селективность. Можно завести агрегат с индексами только для конкретного запроса, если он уж такой нагруженный.

(7) ну при царе горохе может быть. меня интересует поведение при формировании и выполнении плана на актуальных инструментах.

(6) а нужно чтоб не скан был, а сик

скину сюда результаты как сделаю =) планы и замеры

(11) не веришь чтоли?

(9) ? Я же сказал со времен, я же не сказал во времена.

Т.е. в последней УТ11.5 будет аналогичная картина

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

(12) да и просто интересно поведение системы. по факту производительностью интересуюсь на глубоком уровне только последние 3 месяца. Убиваю в себе быдлокодера =)

(0) Влияет - это да, т.к. кластерный индекс итогов создается в соответствии с порядком измерений. Другой дело, большая ли будет разница, к примеру, между: Склад-Номенклатура(+Индексировать)-Качество-ХарактеристикаНоменклатуры-СерияНоменклатуры (как в УПП) и Номенклатура-Характеристика-...-Склад-... (как в УТ-ке). Думаю, УТ-ный вариант будет чуть пошустрее на записи, по отчетам - скорее всего будет примерный паритет.

(0) В регистрах накопления порядок полей часто влияет больше чем признак индексированного измерения. Например, в регистре есть измерения Номенклатура, Характеристика, Склад. Склад индексирован. Делаем выборку остатков всех товаров по складу N. Даже если индекс по Складу у нас селективен, то оптимизатор СУБД может игнорировать его. В самом индексе нет данных об остатках. Остатки только в кластерном индексе. И после применения индекса по Складу ему всё равно получать остатки из кластерного индекса. Оптимизатор запросто может посмотреть на всё это, прикинуть сложность обоих операция и сразу получить данные из кластерного индекса.

"люблю" добавлять индекс на поля примитвных типов (число, строка и т.д), чтобы можно было сортировать по этим полям. Сильно понижает ли это производительность,

?

(18) Производительно чего? Записи - замедляется. Чтение - не факт, что ускорится.

(17) Видимо, авторы актуальных конф того же мнения.