Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
По планам запросов из библиотечного кэша вычислить использование определенного индекса.
|
|||
|---|---|---|---|
|
#18+
Всем привет! Есть некоторый индекс. Хотелось бы из кэша при помощи SQL-запроса получить список запросов, в плане которых используется этого индекса. В каком направлении копать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.01.2018, 17:50 |
|
||
|
По планам запросов из библиотечного кэша вычислить использование определенного индекса.
|
|||
|---|---|---|---|
|
#18+
Начинучка, ну например Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. хотя знатоки xml могу предложить и более оптимальную штуку ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.01.2018, 18:01 |
|
||
|
По планам запросов из библиотечного кэша вычислить использование определенного индекса.
|
|||
|---|---|---|---|
|
#18+
TaPaK, как-то можно уточнить запрос, чтобы использование было для поиска данных (Seek, Scan)? иначе выпадает очень много "мусора", где происходит вставка данных в таблицу или удаление из неё... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.01.2018, 18:26 |
|
||
|
По планам запросов из библиотечного кэша вычислить использование определенного индекса.
|
|||
|---|---|---|---|
|
#18+
Начинучкакак-то можно уточнить запрос, чтобы использование было для поиска данных (Seek, Scan)? Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.01.2018, 00:12 |
|
||
|
По планам запросов из библиотечного кэша вычислить использование определенного индекса.
|
|||
|---|---|---|---|
|
#18+
У меня вопрос похожий, поэтому задам его здесь, чтобы не создавать новый топик... Используется MS SQL Server 2012 SE + SP1 Есть задача - пересмотреть схему индексирования базы, определить и (возможно) удалить неиспользуемые индексы, достроить недостающие. На просторах интернета был найден запрос, показывающий характер использования существующих индексов (в моём случае - по отдельно взятой таблице 'MyTableName'): Статистика чтений/записей индексов определенной таблицы Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. В таблице есть 4 индекса, у двух из которых - количество чтений по нулям, количество записей постоянно растет У двух других индексов растут и количества чтений, и количество записей. Есть другой запрос (взятый из предыдущего поста этого топика ;) ), показывающий запросы, в плане выполнения которых используется конкретный индекс: (в моём случае - это таблица 'MyTableName' и индекс по ней 'MyIndexName'): Запросы, в планах которых используется указанный индекс Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. И этот запрос, по одному из "читаемых" индексов не возвращает результат. Подскажитие, пожалуйста, как такое может быть - что кол-во чтений индекса постоянно растет, а запросов, использующих этот индекс, в базе нет? Возможно, используемые запросы неверно понимаются мною или содержат логические ошибки? Может можно как-то по другому поискать источник чтения этого индекса? Заранее спасибо за конструктивные ответы! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.04.2018, 06:53 |
|
||
|
По планам запросов из библиотечного кэша вычислить использование определенного индекса.
|
|||
|---|---|---|---|
|
#18+
Щукина АннаИ этот запрос, по одному из "читаемых" индексов не возвращает результат.Значит в кеше нету планов таких запросов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.04.2018, 10:04 |
|
||
|
По планам запросов из библиотечного кэша вычислить использование определенного индекса.
|
|||
|---|---|---|---|
|
#18+
invm, тогда возвращаемся к первой части вопроса - что увеличивает счетчик чтений индекса, если запрос его использующих - нет? AdHoc-оптимизация отключена. В кэш попадает полная версия плана, а не заглушка. Среднее время жизни плана в кэше для уникального "одноразового" запроса (в нашей конфигурации) - 10 минут. Выполняю несколько раз подряд запрос по индексной статистике - вижу, что значение счетчика чтений меняется. Выполняю поиск плана - пустой результат... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.04.2018, 11:37 |
|
||
|
По планам запросов из библиотечного кэша вычислить использование определенного индекса.
|
|||
|---|---|---|---|
|
#18+
Щукина Аннаinvm, тогда возвращаемся к первой части вопроса - что увеличивает счетчик чтений индекса, если запрос его использующих - нет? вам ответили не что запросов нет, а что планов таких запросов нет. разницу чувствуете? а почему их в кэше нет, другой вопрос. допустим, я всюду использую option(recompile), ибо мне надо, чтобы всегда под конкретные параметры план строился. ну и все: recompile говорит, план в кэше не хранить. --- итого. запущу мой запрос 1000 раз, получу 1000 планов, но ни один из них в кэше вы не найдете ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.04.2018, 11:56 |
|
||
|
|

start [/forum/topic.php?fid=46&fpage=156&tid=1689970]: |
0ms |
get settings: |
9ms |
get forum list: |
19ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
44ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
59ms |
get tp. blocked users: |
2ms |
| others: | 230ms |
| total: | 385ms |

| 0 / 0 |
