Добрый день
У меня есть проблема с торговой системой, при импорте в определенное время вылезают ошибки deadlock, не могу понять кто мешает импорту, или процессы друг на друга натыкаются, или кто то посторонний (1с или OLAP ), трассировкой ничего интересного не увидел. Решил зайти с другой стороны и сделал отдельную базу с процедурой, делающей снепшоты таблиц mon$ (attachmens, statements, transactions) для дальнейшего изучения. В итоге ни одной конкурирующей транзакции я не нашел. Но стал смотреть кто вообще лазит в базе, нашел интересный прикол - Qlik View (OLAP) висит в statements довольно долго с простыми запросами (select CLOSEDATE from CLOSEPER where remains='T' and SHOPINDEX=1) 19 минут!!! Причем в таблице statemеnts поля transaction_id и timestamp равны null и по attachmnets/transactions я их не нахожу. И ни одной конкурирующей транзакции я не нашел :(

dimitr,понятно,спасибо

kdvGallemarИ ни одной конкурирующей транзакции я не нашел
через mon$ ты их и не найдешь. можно было бы найти только если блокирующая транзакция долгая (успеешь ее засечь в mon$), и попавшая на блокировку транзакция сообщит номер конкурирующей транзакции.
Номер конкурирующей транзакции есть,мне больше важен инициатор. Причем, такой момент - разработчик специально для таких ситуаций писал логирование конкурирующих транзакций с детализацией - кто,чем,когда и т.п. Если по каким либо причинам будет конфликт импорта с другим модулей (оперсводки, пересчета партионки и т.п. процессы системы) - я её увижу в логе, но обычный импорт данных в БД (15 процессов,запущенных с интервалом в 3 минуты) таких данных мне не даст,просто ошибка фибов с номер конкурирующей транзакции.

Гаджимурадов Рустам,обычный импорт в данной ситуации это запуск модуля закрытия касс,который принимает файлы csv из заданной папки, импортирует их в БД и создает на основании этих данных (чеков) документы расхода.