Цитата:
Сообщение от
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 . смогу получать даные