Нужно ли еженочное обновление статистики, как рекомендуется тут https://its.1c.ru/db/metod8dev#content:5837:hdoc:p1, если включено автообновление статистик в свойствах баз?
Теории начитался, но как это работает применительно к типовым базам 1С не очень понятно. Поэтому вопрос скорее тем кто проводил испытания сам на больших базах УТ, УПП.
Еще заметил, что ребилд индексов (который также включает обновление статистик) выполняется 53мин, а просто обновление статистик 1ч19мин. Это нормально?.. Правда пишут, что при ребилде индексов не производится обновление статистик колонок. Но опять таки на сколько это важно применительно к базам 1С непонятно. Что такое статистика колонок вообще?

(0) У нас на хорошей такой базе стояло обновление статистики каждый час, но со временем оно стало выполняться с 5 минут до 30минут. Убрали и включили асинхронное обновление статистики и вроде ничего не просело.
Ночью все равно осталось обновление, пускай, никому не мешает.

(1) кстати со 130 версии (2016) совместимости поменялась логика авто обновления статистик. вполне вероятно, для таких баз можно вообще не делать принудительное обновление.

(1)индексы по ночам не пора перестраивать? Местами они могут быть как решето...

(3) Конечно перестраиваются

(4) конечно.... я лично видел базу у которой статистику не собирали почти год.... и ничего, сбор статистики уменьшил время выполнения контрольного теста только %% на 25-30...

(0) То, что написано на сайте 1с, слишком примитивно. Есть же более человеческие инструменты, которые не всё подряд лопатят, а только то, что нужно.
например: https://ola.hallengren.com

(0) Не нужно, если включен флаг 2371 или скуль 2016 https://support.microsoft.com/en-us/help/2754171/controlling-autostat-auto-update-statistics-behavior-in-sql-server

>Что такое статистика колонок вообще?

Ссылку на источник? В статистике распределение хранится только для первой колонки, по остальным только плотность, может это имелось в виду? Но при автообновлении все норм обновится, можно не париться.

"Еще заметил, что ребилд индексов (который также включает обновление статистик) выполняется 53мин, а просто обновление статистик 1ч19мин. Это нормально?.. "
Нормально. Как понимаю, у вас настроены простые кирпичики из статьи с ИТС. Тогда ребилд выполняет обновление статистик только по тем таблицам, которые изменил. А "кирпичик" обновления статистики выполняет fullscan по всем таблицам (на мой взгляд - так часто излишняя нагрузка).
Вообще в большой базе я бы написал скрипты, которые находили б самые битые индексы, самые старые записи статистики и обновляли их - но только если эти данные активно используются запросами (например что тольку обнрвлять статистику по таблице Х если там архивные данные, которые смотрят раз в день, и запрос и так выполняется менее 3сек). Написал бы. Если б мог :-D

(9) Да написано уже всё. Причём давно.

(10) ну так ссылки давай

(11) https://ola.hallengren.com

Параллельное выполнение операций с индексами никак не может помочь(ускорить реиндексацию)? - https://docs.microsoft.com/ru-ru/sql/relational-databases/indexes/configure-parallel-index-operations?view=sql-server-2017