Посмотреть, насколько фрагментированы индексы: github.com/Tavalik/SQL_TScripts/blob/master/Фрагментированные_индексы_БД.sql. Ну а смотреть, насколько забит кэш смысла нет - он будет забит всегда под завязку.
Добрый день. Скажите пожалуйста. Перестроение индекса действительно нужная операция? В этой статье сказанно (docs.microsoft.com/en-us/sql/relational-databases/indexes/reorganize-and-rebuild-indexes?view=sql-server-ver15#rebuild-an-index) что ее нужно использовать только если для этого есть причины.
Пример бинарного дерева на 2:56 не правильный. Голова любого куста делет на пополам значения. Например для первого куста, там где значения 40, значит слево все значения < 40, а справо > 40. Таким образом алгоритм поиска в любой ситуации знает куда ему идти.
На самом деле да, не обязательная, вполне достаточно делать реорганизацию индекса и обновление статистики. Но если у вас есть технологическое окно и обновление индексов успевает выполнится в указанное время, ничего страшного в данной операции не вижу.
Спасибо большое! очень понятно и наглядно, особенно про статистику, давно искал простое объяснение!
Есть ли способ посмотреть/проверить/узнать на сколько дефрагментированы индексы и на сколько забит кэш?
Посмотреть, насколько фрагментированы индексы: github.com/Tavalik/SQL_TScripts/blob/master/Фрагментированные_индексы_БД.sql. Ну а смотреть, насколько забит кэш смысла нет - он будет забит всегда под завязку.
@@Tavalik благодарю
Ну и что это за бинарное дерево? Что за 0-49 итд?
Такое отображение дерева было выбрано мной сознательно, для наглядности. В узлах - диапазон значений для индексируемого поля.
Добрый день. Скажите пожалуйста. Перестроение индекса действительно нужная операция? В этой статье сказанно (docs.microsoft.com/en-us/sql/relational-databases/indexes/reorganize-and-rebuild-indexes?view=sql-server-ver15#rebuild-an-index) что ее нужно использовать только если для этого есть причины.
Пример бинарного дерева на 2:56 не правильный. Голова любого куста делет на пополам значения. Например для первого куста, там где значения 40, значит слево все значения < 40, а справо > 40. Таким образом алгоритм поиска в любой ситуации знает куда ему идти.
@@skbmw530 Спасибо. Справедливое замечание. Наверное, нужно было указывать значение раздела, а не диапазоны значений.
На самом деле да, не обязательная, вполне достаточно делать реорганизацию индекса и обновление статистики. Но если у вас есть технологическое окно и обновление индексов успевает выполнится в указанное время, ничего страшного в данной операции не вижу.
Просто положу это здесь
ru.wikipedia.org/wiki/B-%D0%B4%D0%B5%D1%80%D0%B5%D0%B2%D0%BE
Зачем?