axa 3.0 клинит по страшному

[lev]

Цитата:

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

запрос
select t.itemname,s.itemid,sum(s.availphysical) as cnt
from inventsum s, inventdim d, inventtable as t
where s.availphysical<>0 and t.itemid=s.itemid and d.inventlocationid='616' and d.inventdimid = s.inventdimid
and s.dataareaid='hc' and s.itemid like '7%' and d.dataareaid='hc' and t.dataareaid='hc'
group by s.itemid,t.itemname order by s.itemid

висит

никогда в запросах like бытсро не работал... по крайней мере, сколько раз сталкивался с like, всегда проблема производительности была в нем.

[ZVV]

Цитата:

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

никогда в запросах like бытсро не работал... по крайней мере, сколько раз сталкивался с like, всегда проблема производительности была в нем.

Никогда не говори "никогда"...
Like Lik-у рознь.

[dim123]

Цитата:

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

никогда в запросах like бытсро не работал... по крайней мере, сколько раз сталкивался с like, всегда проблема производительности была в нем.

около 300 миллисек

[zemlyn]

Цитата:

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

никогда в запросах like бытсро не работал... по крайней мере, сколько раз сталкивался с like, всегда проблема производительности была в нем.

В данном случае сравниваемое значение (строка после like) начинается с "константы", значит индексы могут использоваться. А вот если бы начиналось с %, то да- индексы для этого поля уже не смогли бы использоваться.

[Vadik]

Цитата:

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

висит

Вы уж не обижайтесь, но непонятно пока что ничего
- Начали ветку с добавления накладных расходов на накладную от поставщика, потом переключились на производство и инвентаризацию
- То у Вас disk time 90%, то Lock waits на порядок больше Buffer IO waits (см. первый скриншот)
- Ссылаетесь на использование партий, но в приведенном запросе партии не участвуют, зато присутствуют серийные номера (см. первый скриншот, last expensive queries)
- Чем занимается приложение, ходящее через COM, кем и как написано - непонятно


Начните с простых вещей
- 2 часа на формирование журнала инвентаризации при Ваших объемах - это ненормально. Попробуйте для начала выровнять эту операцию. Например, постройте покрывающий индекс на InventDim по используемым аналитикам (InventDimId, InventLocationId, InventBatchId (?), InventSerialId(?))
- При возникновении блокировки - идентифицируйте оба процесса (блокируемый и блокирующий), по возможности - идентифицируйте выполняющий их функционал

Если этого не сделаете Вы - форумчане за Вас этого не сделают и подавно

P.S. READ_COMMITTED_SNAPSHOT ON включите - что-то изменится ?

[dim123]

Цитата:

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

Вы уж не обижайтесь, но непонятно пока что ничего
- Начали ветку с добавления накладных расходов на накладную от поставщика, потом переключились на производство и инвентаризацию
- То у Вас disk time 90%, то Lock waits на порядок больше Buffer IO waits (см. первый скриншот)
- Ссылаетесь на использование партий, но в приведенном запросе партии не участвуют, зато присутствуют серийные номера (см. первый скриншот, last expensive queries)
- Чем занимается приложение, ходящее через COM, кем и как написано - непонятно


Начните с простых вещей
- 2 часа на формирование журнала инвентаризации при Ваших объемах - это ненормально. Попробуйте для начала выровнять эту операцию. Например, постройте покрывающий индекс на InventDim по используемым аналитикам (InventDimId, InventLocationId, InventBatchId (?), InventSerialId(?))
- При возникновении блокировки - идентифицируйте оба процесса (блокируемый и блокирующий), по возможности - идентифицируйте выполняющий их функционал

Если этого не сделаете Вы - форумчане за Вас этого не сделают и подавно

P.S. READ_COMMITTED_SNAPSHOT ON включите - что-то изменится ?

попытаюсь
1) ахапта 3.0
2) "2 часа на формирование журнала инвентаризации при Ваших объемах - это ненормально"
стандартная логика : у нас 570 000 инвентсум и 2000 инвенттабле . журнала инвентаризации делает 570 000 запросов
3) проблема как я уже написал в 3 таблицах . переписывать стандарт не имеем желания
4) COM - продукция на склад ( Продтабле ) ,движение продуктов ( инвентёурнал ) .

вывод АХАПТА 3.0 стандарт не может внедрятца с исползованием партий ( у нас под партий подразумеваетса гововая продукция EURO поддон с продукцией) . Консултанты не смогли этого предвидеть или не хотели .

РАИД и отказ от партий в ахапте и вынос отделно патрийного учета.


READ_COMMITTED_SNAPSHOT

если инвентсум и транс блокировка na insert form update , manage indeksov . смогу получать даные

[tolstjak]

Цитата:

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

попытаюсь
1) ахапта 3.0
2) "2 часа на формирование журнала инвентаризации при Ваших объемах - это ненормально"
стандартная логика : у нас 570 000 инвентсум и 2000 инвенттабле . журнала инвентаризации делает 570 000 запросов

У нас невозможно выполнять операции с номенклатурой если она входит в созданный журнал инвентаризации. Приходится извращаться.

[Wamr]

топорный метод
from inventsum s (nolock), inventdim d (nolock), inventtable (nolock) as t

[dim123]

нашел проблему все окозалос доволно тривиально , inventtrans запрос обробатывалса 5 минут и все висло .
а именно запрос с индексом StatusItemIdx клинил просто клинил . сделал новый индекс и использовал его . И все запахало .