Две ситуации.
1. Файловая или серверная базы. Происходит загрузка данных по КД2. Данных много. Загрузка идет 8 суток. Через 8 суток в журнале регистрации нет записей о добавление или изменении объектов. При этом сеанс загрузки не отвечает (не важно это фоновое задание или монопольная загрузка). Судя по монитору ресурсов идет считывание данных очень малыми порциями. В таком состоянии сеанс висит еще 3 суток. Потом отвечает что загрузка закончена.
2. Удаление помеченных объектов. База файловая. К удалению примерно 260 000 объектов разных. Для точности, конфигурация ERP. Удаление производится в монопольном режиме. Поиск ссылок 15 суток. Удаление, судя по журналу 3 суток. Теперь уже 4 суток сеанс в котором шло удаление висит. В пользовательском интерфейсе надпись что идет удаление. Данные в базу не пишутся. Идет чтение очень малыми порциями х.з. чего.

Может кто знает что там происходит?

1. Загружаются данные
2. Удаляются помеченные объекты
Ваш кэп.

(1) По журналу регистрации ничего не загружается и не удаляется. Пробовал даже убить сеансы и запустить базу снова. В базу уже все удалено и загружено. Только тестирование не запускал. Х.з. может какие-то вспомогательные данные, которые не видно меняются.

хотел что-то написать, но когда увидел "Загрузка идет 8 суток" - стало лень.

раз человек столько терпит "работу" КД2, то веротяно он никак не оптимизировал правила - обмен все по всем с кучей дублирующих блоков данных.

(2) Попробуй РЛС отключить.

(0) 1. Скорее всего кто-то сильно наговнокодил в правилах, все надо делать в источнике.

2. Для ERP ничего удивительного. Используй ИР, будет быстрее.

Ктож такие объемы грузить одним скопом?

(0) "Судя по монитору ресурсов" - где смотришь ресурсы и какие именно?
Запусти серверную базу и посмотри монитор активности на стороне SQL: база шевелится (запросы меняются) или там один мега-запрос повис на несколько дней?

(3) Вопрос не в оптимизации правил. Загрузка уже закончилась. Сеанс с загрузкой можно отключить. Данные уже в базе и не меняются.
(4) РЛС отключен.
(5) Что такое ИР? Инструменты разработчика?

Кстати. При подключенной отладке, в период, когда уже все удаленно и загруженно, но сеанс висит, кнопка "Остановить" не останавливает выполнение. Т.е. что-то делается на уровне платформы, а внутренний код на встроенном языке не выполняется.

(8) для уровня платформы есть тех.журнал
для сиквельной есть возможность и на СУБД профайлер запустить

(7) Хороший эксперимент. Только что б его провести нужно еще 18 дней потратить :-)
Дождусь результатов удаления на файловой базе. Проанализирую результаты. Запущу на серверной.
(9) А он подхватит уже работающие сеансы?

(10) не уверен

(0)
а.) Передает с сервера на клиент список ссылок, которые не удалось удалить.
б.) Отрисовывает на клиенте эту шлабуду, запрашивая представления для каждой ссылки.

(11) Подхватил. Буду изучать что там творится :-)

(12) Разве представления запрашиваются не при прокрутке списка?

А каким именно способом было получено удаление 260 тысяч объектов? Это абсолютно штатная обработка удаления помеченных объектов?

(15) Да, штатная.

И не понятно, цель размышлений в текущем топике о чем? Получить тоже самое, что выполняется текущми действиями, но в разы быстрее?

(17) Понять что там происходит, если данные базы не меняются судя по журналу регистрации.

(18) Если в файловом режиме, то там пишется временный файл. Данные базы не будут меняться. И по журналу регистрации просто нечего регистрировать. Там регистрация будет при фиксации транзакции или при откате из транзакции, если будут сформированы сообщения об ошибках.

Во временном файле записываются таблицы проверки ссылок. Объектов очень много, соответственно и таблица будет весьма тормозящая.

Если бы я хотел быстро удалять большой объем, то наверное стал бы писать собственную обработку на удаление, которая не проверяла бы ссылки, скорей всего. Ну и после завершения таких масштабных экзекуций все-равно нужно сделать ТИИ вплоть до упаковки таблиц.

Поэтому, при уверенности в том, что без ТИИ не обойтись, ссылки на удаляемые объекты проверять наверное нет смысла.

Судя по технологическому журналу, идет опрос лицензий периодически.
Запрос на статус длительных операций.
Ответ сервера (файловой базы) что все "ок".
И какой-то темповый файл мучает. похоже что (19).

Похоже понял. Платформа пытается обработать временный файл с контролем ссылок, и вернуть количество ссылок на объекты которые не удалось удалить. Данные в этот момент не меняются, поэтому в журнале регистрации нет записей.
Буду считать это рабочей гипотезой. Всем спасибо!

Можно взять таблицу в 500 тыс.строк и просто сгонять ее на сервер и обратно.