Вообще, эта штука (перестройка/реорганизиаця индексов) очень сильно переоценена. Пол Рэндал, например, открыто говорит, что трэшхолды (5 и 30% для реорганизации/перестройки) он просто взял из головы, потому что
надо было что-то написать.
Ну и вот ещё хорошее свежее
видео.
Вообще, по существу:
1. Пока индекс маленький, для его хранения SQL Server использует смешанные экстенты, соответственно, страницы индекса разбросаны по разным экстентам и реорганизация/перестройка никак, по сути, на него и не влияют. С маленькими индексами я вообще не заморачиваюсь.
2. Смотря что понимать под «деградированностью». В принципе, вкупе с page_count и avg_page_space_used_in_percent, avg_fragmentation_in_percent даёт вполне себе понятную картинку.
3. Так и выбирается. Если вы видите, что при вставке постоянно происходят page split'ы, то, возможно, имеет смысл сделать fill factor поменьше. Но при этом стоит помнить, что индекс сразу же раздуется в объёме, соответственно, поиск по нему будет осуществляться более медленно.
