Sergey Syrovatchenkoфрагментация бывает логическая и физическая (в силу принципов работы разных типов дисков с ней можно бороться, но чаще всего это бессмысленно пример SSD + на виртуалке скажем от этого толку не будет). Если говорить за логическую, то вы добьетесь лишь уменьшения кол-ва страниц под хранения вашего индекса что положительно скажется на размере

С точностью до наоборот

1. Физическая фрагментация (она же заполненность страниц) влияет на размер индекса и она то как раз почти всегда влияет на скорость получения данных, т.к. меньше данных можно уместить в том же объеме памяти и как следствие происходит больше чтений с диска.
Плюс, если говорить про SSD, нормальные SDD полки стоят не то чтобы совсем дешево. И использовать их, скажем, на 50 % только из-за фрагментации - так себе практика.

2. А вот логическая фрагментация ("физический" порядок расположения страниц индекса в файле), действительно, слабо влияет на те же SSD диски, где данные и так уже "перемешаны".

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

TaPaKMind,

А есть понимание что sys.dm_db_index_physical_stats поднимает? На больших базах она сущий ад, но как-то не интересовался
Зависит от подробности вывода данных. Например, при "detailed", когда выдаётся заполненность страниц, происходит скан.