Зависит от задачи и процесса. Возможно речь о ETL, тогда стоит задуматься над изменением архитектуры

Нет! ;)
https://www.brentozar.com/archive/2012/08/sql-server-index-fragmentation/

А как же это холивар про фрагментацию индексов и без меня?
Хоть про обновление статистистики дождитесь пожалуйста.

Хорошо, тогда чем как не индексами можно объяснить такое поведение, как - select отрабатывает за 5 мин. insert from select + update from select отработало сегодня ночью за 12 часов. Я не очень силён в индексах, но знаю что они могут сильно замедлять обновление. Там же ему при обновлении нужно пробегаться по дереву, лезть в листья... если оно фрагментировано, то количество чтений и записей вырастает

Внешние ключи ещё могут влиять, на каждую вставку/обновление идёт проверка.

Даже если что-то на самом деле улучшится (а для этого нужно измерять до и после, а не ориентироваться на впечатления!), из этого не следует, что "дефрагментация" чем-то помогла (это обычная ошибка "после этого — значит, вследствие этого").
Rebuild и reorganize приводят ко многим последствиям (в том числе и негативным!), часть из которых (например, только положительные) можно получить и другими способами, если нужно.

В общем, мой (как и Brent-а в этой ссылке) посыл в том, что "дефрагментация" почти никогда не помогает сама по себе (но зачастую приводит к [существенным] негативным последствиям), но "выводы" по вышеописанной "логике" приводят к распространению идиотского мифа о том, что дефрагментация — это необходимо и полезно; клиенты начинают её требовать, и затем становится трудно объяснять, что она-то и привела к тем проблемам, с которыми мы разбираемся прямо сейчас. ;(

Коллеги, спасибо за ответы. Правильно понимаю, что обновление статистики может перестроить план запроса под более свежую схему?

Ещё один фантазер....

Аргументируй.

Все вокруг дураки и неправильно меряют.

А ты за какой интернационал?

Я за холивар с примерами и поисками оптимальных решений.
Часто, если это не переходит на личности, может осветить какие-то моменты весьма доступным языком.
Пример Ярослава про плотность данных в дереве - замечательный, на мой вкус.
Поэтому как особого зла, так и решения всех проблем в дефрагментации индексов не вижу 😜

Я как обычно замучался читать. Мне кажется, что дефрагментацию лучше проводить по умолчанию. Т.е. без необходимости от нее не отказываться.

Я как обычно замучался читать. Мне кажется, что дефрагментацию лучше проводить по умолчанию. Т.е. без необходимости от нее не отказываться.

как бы если ни людям, ни технике больше делать нечего, то почему бы и нет?