Оптимизацизя запроса в findSum или ...?

[pdojn]

При изменении количества в журнале переноса с меньшего на большее (при отрицательном количестве) система зависает на некоторое время.
При отладке длинных запросов выяснилось, что "тупит" запрос метода findSum таблицы InventSum:

select forcePlaceholders forceSelectOrder forceNestedLoop #inventSumFields from inventSum
index hint ClosedItemDimIdx
where inventSum.itemId == _itemId &&
inventSum.closed == NoYes::No
#inventDimjoin(inventSum.InventDimId,inventDim,_InventDimCriteria,_InventDimParm,dimIdIdx);

В чем может быть проблема?

[Roman777]

Думаю, что тут зря навязывается индекс. SQL-оптимизатор должен отработать лучше, если конечно статистика по индексам обновляется периодически.

[KiselevSA]

Добавьте в индекс ClosedItemDimIdx InventDim. Это ускорит выборку

[Vadik]

Цитата:

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

В чем может быть проблема?

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

Цитата:

index hint ClosedItemDimIdx

и

Цитата:

#inventDimjoin(inventSum.InventDimId,inventDim,_InventDimCriteria,_InventDimParm,dimIdIdx)

яркое тому свидетельство

количество записей в INVENTDIM озвучьте, пожалуйста

[KiselevSA]

Цитата:

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

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

и

яркое тому свидетельство

количество записей в INVENTDIM озвучьте, пожалуйста

А это на системном слое в методе findsum прописано

[Vadik]

Цитата:

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

А это на системном слое в методе findsum прописано

этих-то личностей, пишущих на SYS слое, я и имею в виду

[pdojn]

Ребята, стандартный функционал используется по максимуму и никаких изменений в коде InventSum не проводилось.
Количество записей 5200065.
А добавление InventDimId в индекс существенного увеличения результата не дает.

[Sirius]

вы план выполнения запроса посмотрите.. лучше даже в Query Analyzer'е.. А потом уберите все хинты (не только по индексу, но и включая forceSelectOrder и forceNestedLoop, а может и forcePlaceholders)
и еще раз план выполнения посмотрите - сравните и сделайте вывод.. потом уже можно будет думать о там как переделывать индекс (если придется)

[KiselevSA]

Цитата:

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

Ребята, стандартный функционал используется по максимуму и никаких изменений в коде InventSum не проводилось.
Количество записей 5200065.
А добавление InventDimId в индекс существенного увеличения результата не дает.

После добавления необходимо синхронизировать таблицу и пересобрать статистику на SQL сервере.
Или, как советуют остальные, уберите модификаторы и указание index hint в методе

[Wamr]

а в длинных запросах используется ГТД?
и более общий вопрос - при каких параметрах он тупит?

[Logger]

Цитата:

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

вы план выполнения запроса посмотрите.. лучше даже в Query Analyzer'е.. А потом уберите все хинты (не только по индексу, но и включая forceSelectOrder и forceNestedLoop, а может и forcePlaceholders)
и еще раз план выполнения посмотрите - сравните и сделайте вывод.. потом уже можно будет думать о там как переделывать индекс (если придется)

Наверно лучше не спешить убирать хинт forcePlaceholders
Он может улучшить план конкретного запроса исполняемого в ненагруженной системе, но ухудшить использование кеша в SQL server - так что в реальной работе производительность работы сервера базы данных может упасть.

[Raven Melancholic]

Я думаю, что при 5 миллионах записях в InventDim просто оптимизация уже вряд-ли поможет, тут техника должна быть соответствующей (представляю, сколько же записей в InventSum).
Закрывается ли склад? Сколько записей в InventSum закрыто, сколько открыто? Подвисания происходят в рабочем режиме или на базе без другой активности тоже? Что показывает план запроса?

[Logger]

Цитата:

Сообщение от Raven Melancholic

Я думаю, что при 5 миллионах записях в InventDim просто оптимизация уже вряд-ли поможет, тут техника должна быть соответствующей (представляю, сколько же записей в InventSum).
Закрывается ли склад? Сколько записей в InventSum закрыто, сколько открыто? Подвисания происходят в рабочем режиме или на базе без другой активности тоже? Что показывает план запроса?

Точно. В точку.

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

А совсем в тяжелом случае может и денормализация потребуется - вытащить некоторые из аналитик непосредственно в InventSum

P.S.
А для начала конечно же хинты убить :-)

[pdojn]

Цитата:

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

После добавления необходимо синхронизировать таблицу и пересобрать статистику на SQL сервере.
Или, как советуют остальные, уберите модификаторы и указание index hint в методе

Конечно же пересобиралась.

Цитата:

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

а в длинных запросах используется ГТД?
и более общий вопрос - при каких параметрах он тупит?

ГДТ не используется.
При выборке по InventDim накладывается условие только на InventLocationId.

Для всех вышеуказанных советов был поставлен эксперимент и как результат:
1. В любом из случаев приминялся ClosedItemDimIdx
2. Время выполнения каждой выборки было пропорционально количеству строк в InventSum не зависимо от эксперимента.
3. Существенного увеличения производительности добится не удается. Ведь необходимо уменьшить Время выполнения с 40000 млс хотя бы до 1000.

Цитата:

Сообщение от Raven Melancholic

Я думаю, что при 5 миллионах записях в InventDim просто оптимизация уже вряд-ли поможет, тут техника должна быть соответствующей (представляю, сколько же записей в InventSum).
Закрывается ли склад? Сколько записей в InventSum закрыто, сколько открыто? Подвисания происходят в рабочем режиме или на базе без другой активности тоже? Что показывает план запроса?

5млн в InventSum. В InventDim 1млн. Склад закрывается с задержкой на 3 месяца. Закрытых записей в InventSum 590000. Подвисание в обычном режиме. План исполнения показывает, что применяются указанные в запросе индексы или они же, если убрать хинты.

[Wamr]

Цитата:

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

При выборке по InventDim накладывается условие только на InventLocationId.

Тогда проблема в большом объеме выбираемых данных.
Сколько выполняется тот же запрос в QA?
Сравните планы.
Может попадаете на блокировки?
Посмотрите загрузку железа.

Что еще можно посмотреть.
Сколько записей в InventSum
сколько из них с Closed = 1
сколько из них с ClosedQty = 1