georgy_2012, в подавляющем большинстве случаев ребилд индексов делать не нужно. Никогда.
Распространенный миф заключается в том, что ребилд индексов повышает скорость выполнения запросов.
Это действительно так, но связано это, прежде всего, с тем, что бонусом к ребилду индексов идет полный пресчет статистик, и, следовательно, перекомпиляция запросов с учетом новых значений статистик.
Собственно аналогичного эффекта можно добиться просто пересчетом статистик.

Влияние на скорость выполнения запросов фрагментации и т.д., чаще всего, незначительно.

Есть, правда особый случай - таблицы, которые содержат поля, заполненные случайными значениями, особенно, если по этим полям построен первичный/ключ, ну, или эти поля являются ключами какого либо индекса, и в эти таблицы, в случайные поля, происходит интенсивная вставка/апдейт данных.
Яркий пример, таблица с ключевым полем по guid, причем не NEWSEQUENTIALID, а NEWID.
Это, вообще, не очень хорошая идея, см. что-нибудь типа http://www.nullskull.com/a/1504/why-guids-are-not-a-good-idea-for-sql-server-primary-keys.aspx и тому подобных статей.
Вот индексы таких таблиц, включая кластерный, время от времени нужно rebuid.
Т.к. при интенсивной вставке в таких таблицах может происходить интенсивный page split, а это как раз не очень хорошо для производительности, см. напр. https://www.sqlservercentral.com/articles/how-bad-are-bad-page-splits