Можно ли в транзакции создать запись в базе вне транзакции?
При длительной процедуре (обрезание) надо периодически писать лог (пройденные этапы и затраченное время). Удобнее бы в базе, но откат при ошибке все стирает. Можно обойти? Есть, конечно, вариант, в файл писать, но с них станется - они и файл откатят (не проверял). Но оч хотелось бы в базу...

(0) а ты проверь!

Эт понятно, но как насчет обхода транзакции? Вроде,нельзя, но народ на выдумки хитер

(2) да полно решений, можно поднимать COM-соединение и писать через него, можно вообще через ADO-соединение (для серверных БД).

Пиши в ТЗ, по окончании транзакции - скидывай в базу.

(0)
>они и файл откатят
как откатят? затрут?

(4) Класс! Что ж я такой тупой... Все гениальное - просто )) Спасибо!

(6) И чем это тебе поможет, если у тебя транзакция всего одна?
Если она не одна - к чему вообще вопрос?
З.Ы. Еще есть такая штука как Журнал Регистрации

ЖР чем не угодил? Он и есть штатный Лог, независимый от транзакций

Мы делали через обработчик ожидания, который проверял наличие непустых строк в параметре сеанса и писал из

*тх

>>в файл писать, но с них станется - они и файл откатят
нет конечно, всё, что за пределами СУБД - не поджвержено влиянию её транзакций

Спасибо всем! ЖР - неудобно. Временная таблица - вполне компромиссное решение, разве что не покрывает вылет компа. Но это уже форс-мажор ))

Нормальный вариант - другой поток, но, кажется, многопоточность 1С не поддерживает?

(12) А, кстати, КУДА в базе ты это все писать будешь?

(0) пишешь хранимую процедуру и вызываешь ее асинхронно на уровне sql - то есть из 1с дергаешь сервер субд, чтобы он выполнил хранимку

есть два варианта асинхронного вызова - скорее всего, примерно равнозначные
http://www.sql.ru/forum/1036119/asinhronnoe-vypolnenie-procedury-sp-start-job-ili-service-broker-chto-vybrat

(15) Спасибо, но муторно

(14) У меня самописная, там есть несколько "моих" справочников ))