Показать сообщение отдельно
Старый 16.01.2008, 10:56   #18  
miklenew is offline
miklenew
Участник
Аватар для miklenew
MCBMSS
1C
Лучший по профессии 2009
 
1,688 / 433 (18) +++++++
Регистрация: 10.07.2006
Адрес: г. Ликино-Дулёво
Цитата:
Сообщение от Logger Посмотреть сообщение
и метод deleteCommittedItemId() таблицы InventSumLogTTS
я думаю, что если выгнать всех пользователей из базы и остановить АОС то почти наверняка в это таблице не будет записей со значением inventSumLogTTS.IsCommitted == noYes::No

Если это так то тогда можно просто сделать truncate

Если же такие записи есть (обычно их немного) то лучше их скопировать куда нить, затранкейтить inventSumLogTTS а потом вставить эти записи обратно. Это самый быстрый способ.
Тоже сталкнулся с этой проблемой.
Есть импорт из внешней базы.
За 30 минут импортируется большое количество строк заказов и журналов.
Точно не считал сколько. Но не в этом дело. inventSumLogTTS забивается конкретно.
Потом запускаем сводное планировани.
В сводном планирование почти сразу вызывается deleteCommittedItemId() таблицы InventSumLogTTS
Так вот вопрос может на insert этой таблицы повесить проверку
if (inventSumLogTTS.IsCommitted == noYes::Yes )
return;
Так время сэкономлю и на insert этой таблицы и ещё больше на очистки этой таблицы. Потому что после большого импорта заказов и журналов deleteCommittedItemId() очень долго отрабатывает.
Если у кого нибудь есть какие-нибудь возражения или опасения на это решение напишите пожалуйста. Потому что я пока их не вижу.
Одна голова хорошо, а целый форум лучше.