Так уж исторически сложилось, что долгое время участвовал в разработке системных тулов для обслуживания SQL Server.
За это время накопилось много идей и на определенном этапе захотелось сделать что-то свое.

В результате получилось приложение, которое позволяет обслуживать индексы через удобный UI.
За основных конкурентов брались платные аналоги от компаний RedGate / Devart (155 $ / 99 $ на текущий момент).

Ключевые особенности SQL Index Manager (1.0.0.31):

Оптимизированный алгоритм получения фрагментированных индексов * * *

Возможность обслуживания нескольких баз данных за раз

Автоматический выбор действия для индексов исходя из выбранных настроек

Поддержка глобального поиска и сложной фильтрации для более удобной аналитики

Большое число настроек и полезной информации об индексах

Автоматическая генерация скриптов по обслуживанию индексов

Поддержка обслуживания кучи и колумнсторов

Возможность включать сжатие индексов и обновление статистики вместо ребилда

Поддержка всех редакций SQL Server 2008+ и Azure SQL Database

* * *
RedGate SQL Index Manager v1.1 работает простым перебором, т. е. получает весь список индексов.
Потом в цикле отправляет запрос на получения уровня фрагментации для каждого индекса.
В итоге если база удаленная и содержит много мелких индексов, то это может затянуться на долгое время.

dbForge Index Manager for SQL Server v1.10.27 от Devart получает все большой охапкой.
Затем уже на клиенте отфильтровывает лишнее. Как минус всегда будут лишние дисковые операции при сканировании индексов.
Не скажу, что это совсем уж плохо, потому что можно лучше...

Исходя из того, что данные в sys.dm_db_index_physical_stats не кешируется SQL Server на постоянной основе,
минимизирование физических чтений при получении фрагментации индексов было одной из приоритетных задач при разработке.

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

В ближайших планах добавить:


Поддержку командной строки

Получение более глубокой информации об индексах

Возможность экспорта результатов

Кастомизация интерфейса

На данный момент и в дальнейшем, SQL Index Manager полностью бесплатный .

Последнюю версию приложения можно скачать по этой ссылке , а все исходники лежат на GitHub .





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

Выложил версию 1.0.0.32:

Исправлена ошибка "Arithmetic overflow error converting expression to data type int" при получении списка баз

Возможность кастомизации грида (скрывать/показывать столбцы и менять их расположение)

MindМожет ради пустого места в индексах и можно заморочиться, но не ради фрагментации как таковой. Пустое место критично хотя бы, потому что память занимает.
Тут я с Вами солидарен. Из этих соображений я и добавил отдельную колонку Unused Place по которой можно быстро найти индексы, где много свободного места.

MindНесколько раз в течение дня опрашивал буферы дынных и записывал в каких индексах много пустого места, а потом во время maintenance window их реорганизовывал.
Идея и вправду хорошая. Когда будет командная строка, то можно будет добавить опцию "показывать индексы, где много свободного места" и задавать какой-то %.

Andrey Sribnyak, как бы вы пользовались этой фичей? Есть мысль добавить возможность при любом ребилде задавать свой уровень филл фактора и, отдельно, чтобы была возможность его в 0 выставлять. Сейчас мы просто наследуем настройки сервера.

Выложил версию 1.0.0.33 :

Добавил экспорт результатов в Excel, CSV и TXT

Возможность при ребилде сбрасывать FILLFACTOR в 0

Добавил новые колонки с полезной информацией об индексах

Кастомизация интерфейса



Ролг ХупинПопытался подсунуть битую базу, он смог вытащить 3 записи об индексах в грид, а реально там сотня.
Может были ошибки, так не видно.
Добавил обработку ошибок. Если есть возможность скинуть для тестов битую базу, то буду благодарен.

Ролг Хупиннастраивать в приложении есть ли лог, куда лог и т.д.
Постараюсь в скором времени сделать.

Ролг Хупин, а какого рода страницы были побиты в Вашей базе? Только INROW? Или еще были затронуты PSF и тд?

komradкак с параллельной работой этого приложения?
допустим, случай когда два экземпляра gui/commandline обрабатывают одну базу одновременно (в силу разных причин)?

Если мы говорим о сканирование индексов на предмет фрагментации, то запросы друг друга не блокируют. А вот если брать обслуживание, то блокировки будут (Sch-M чаще всего, когда пытаемся один и тот же индекс обслуживать).
Также не забываем о Sch-S, когда мы не можем ничего делать с индексом до тех пор пока из него происходит чтение каким-либо запросом.

Есть еще пара идей.

Сейчас список индексов мы получаем полностью без проверки на то если ли права эти индексы обслуживать.
Добавить ли опцию "показывать только обьекты на которые есть права"?

Нужно ли добавить возможность "отключать индекс"?
Скажем если мы видим что индекс не используется на основе данных с sys.dm_db_index_usage_stats.
То как это вьюха работает уже другой вопрос.