Ухудшение работы SQL-запросов

[spirius]

Доброго времени суток!

Существует интересная проблемка:
имеется CRM 4 с SQL server 2005.
примерно пол года назад было замечено что запросы связанные с entity1 стали выполнятся ооооочень медленно.
грубо говоря запрос select top(1) * from entity1 выполнялся около 1.5 минут
такое же поведение присутствовало и в функционале црм - квери на вытягивание рекорд работали медленно и постепенно начинали взлетать (ограничение на время запроса и т.д.)
количество рекорд entity1 не было большим (существовали сущности с большим количеством и работали нормально)

теперь подобное поведение начало повторятся и для сущности entity2. пока-что не так сильно заметно, но уверен что дело идет к такой же ситуации...

как человек не шибко шарящий в SQL серверах и каких-либо тонкостях их работы прошу помощи в устранении/предостережении таких проблем.
хотябы что конкретно можно почитать относительно SQL-серверов по этому поводу?

[MikeR]

А сколько записей в таблицах, что так тормозит?
Индексы не пытались строить?

[spirius]

В момент когда запросы на entity1 уже работали плохо, там было около 100 000 записей.
В тот же момент у entity2 было около 300 000 и запросы работали мгновенно. Сейчас кол-во записей изменилось минимально (или совсем не изменилось), а запросы отрабатываются медленней. можно даже сказать что "с каждым днем" происходит замедление.

[MikeR]

Записей не много. CRM работает в основном с представлениями, а не с таблицами поиграйтесь с индексами, должно помочь.

[griefon]

А вы пользуетесь функционалом предоставления общего доступа к записям? Это может очень оказывать значительное влияние, так как join с таблицей общего доступа есть почти в каждом представлении.

[spirius]

проблема в том, что не только CRM тормозит. запросы плохо работают в самом сиквеле...
т.е. фактически со стороны CRM-а проблема идет на второй план.

а можно поподробнее об "Индексах" в SQL? хотябы название валидное на англейском, чтобы гуглить лучше было =)

[MikeR]

Начните отсюда

[spirius]

Благодарю!
будем читать...

[griefon]

Цитата:

Сообщение от spirius

проблема в том, что не только CRM тормозит. запросы плохо работают в самом сиквеле...

Запросы к представлениям или к таблицам?

Вообще, добавление индексов обычно помогает. Еще если я не путаю, то установка update rollup'ов может сбросить индексы (если в rollup'е есть обновление таблицы), тогда надо будет их заново создать.

[spirius]

Цитата:

Сообщение от griefon

Запросы к представлениям или к таблицам?

Таблицы:
запрос select top(100)* from entity1Base - 21 секунда
запрос select top(100)* from entity1ExtensionBase - 18 секунд

Вьюха:
запрос select top(100)* from entity1e - 19 секунд

[griefon]

Цитата:

Сообщение от spirius

Таблицы:
запрос select top(100)* from entity1Base - 21 секунда
запрос select top(100)* from entity1ExtensionBase - 18 секунд

Вьюха:
запрос select top(100)* from entity1e - 19 секунд

А можете замерить
select top (100) * from Filteredentity1e ?

Так как пользователь получает списки именно через представления Filtered, которые как раз включают в себя join'ы с правами доступа и т.п.

[spirius]

select top (100) * from Filteredentity1 - 25 секунд =(

[griefon]

Вот небольшая статья про индексы:
http://www.dynamicscrmpros.com/2012/...tuning-part-2/

Попробуйте добавить индекс поле с GUID сущности, для начала.

[Oleg V.Cat]

Неоднократно сталкивались с тем, что SELECT TOP(1) может начать "глючить" в произвольный момент времени. Именно на SQL 2005. В общем виде решение так и не найдено. (Размер таблицы 10,000-100,000, размер выборки без TOP(1) - 10-100 записей. Время исполнения выборки без TOP(1) - миллисекунды. Выборка с TOP(1) - десятки секунд.) Пересчет статистики, как правило, не помогает. "Разумное" добавление индексов - тоже.