Так уж исторически сложилось, что долгое время участвовал в разработке системных тулов для обслуживания 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.
То как это вьюха работает уже другой вопрос.

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

Добавил вывод лога в отдельном гриде

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

Исправил мелкие ошибки при выделении

andy st, а можно узнать версию SQL Server и compatibility level. Как я понял это 2008R2?

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

Исправил ошибку для SQL Server 2008: "The built-in function DB_ID can be specified. When using DB_ID without specifying a database name..."

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

Можно игнорировать read-only файловые группы при сканировании

Можно игнорировать обьекты на которые у нас нет ALTER прав

komradDATA_COMPRESSION поддерживается?
Да. Есть возможность вручную задавать компрессию для индекса, менять ROW -> PAGE, PAGE -> ROW, убирать вовсе и тд.
Если это колумнстор, то там есть возможность его переводить в архивную колумнстор группу для большего уровня сжатия.

Александр ГладченкоПосле ребилда нужно делать обновление статистики.
Это вы в контексте того, что после ребилда делается FULL обновление статистики, а нужно делать какое-то другое?

Александр Гладченко, то есть необходимо предусмотреть ситуацию при ребилде кластерного индекса насильно еще обновлять все user_created и auto-created статистику на таблице?
Опционально это сделать не проблема, но как быть тогда с секционированными таблицами?

Александр Гладченко, исходя из такого кейса предусмотреть возможность вместе с кластерным индексом ребилдить и все некластерные?
Если я вас правильно понял.

Текущий функционал по обновлению статистики работает только для таблиц где нет секционирования.
Думаю в дальшейнем можно будет заморочится и сделать все по феншую, но тут вопрос стоит ли?
Насколько часто нужно по секциям обновлять статистику? У меня в практике такое редко было.
Чаще всего, фильтрованную статистику только отдельно обновлял построенное по выбранным секциям.

Тут коллега интересную идею предложил. Прикрутить конструктор условий, т.е. есть грид в котором мы задаем народ из условий и выбираем действие для исправления этой ситуации.

Была ли такая штука полезной? Может есть идеи как по удобнее реализовать.

Ролг Хупин, реально классно что на форуме нельзя править сообщения. Иногда такие перлы попадаются )))

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

И тут есть пара противоречий. Размер индекса (с ... по ... ) является обязательным параметром. Остальные условия можно кастомизировать.
Нужно ли уровень фрагментации делать обязательным параметром для каждого условия?

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

MindDevExpress тоже бесплатный?
Я вроде DevEx еще никому не впаривал :)

У самого есть лицензия (правда старая). Тем более на библиотеки не распространяются ограничения если продукт был сделан на основе лицензии.
Тем кому эти компоненты не нравятся можно прикрутить хоть WPF хоть что угодно другое.
К слову это тоже в будующих планах - свои контролы сделать.

Ролг ХупинОт DevEx надо избавляться
Увы, тут вы правы. Не все вещи в DevEx хорошие. Возможно в будующем как коммандную строку сделаю, то на WPF переведу проект.

Mind, никаких лицензий не нужно. Я специально все нужные либы приложил, чтобы можно было скомпилить прогу. Сорри, я просто вначале не понял вашего вопроса относительно DevEx.