Долго гуглил форум, но ответа так и не нашел. Хочу организовать отслеживание изменений в документах. В подписке на событие "ПриЗаписи" необходимо прочитать старые данные объекта, как это возможно?

Процедура ПередЗаписью.

Сравнивайт ЭтотОбъект и Ссылка.

*Сравнивай.

+(1)В модуле объекта, не формы.

(1) где ещё не записанные данные ?

(4)Именно.Как раз можно сравнить со ссылкой

пля, муль в терминале отвалился =(

(5) я запутался : где хранится изменённый объект ?

Заголовок функции подписки выглядит так:
Процедура ПодпискаНаЗаписьОбъектовПриЗаписи(Источник, Отказ) Экспорт

Я пробовал сравнивать значения реквизитов Источник[Реквизит] и Источник.Ссылка[Реквизит] - одно и то же. Только новые данные. Хотя отказаться от записи можно, значит старые данные еще не затерты.

в УПП уже готовый механизм есть..
лисапед?

(8)Ты наверное совсем не читаешь , что тебе пишут,да?
Я это дело давным давно реализовал.Заипали меня приходы бухов с утверждениями "Это ваша программа не работает"...Я сделал запись истории на принципе выше указанном.  После 2-3 раз приходить перестали

(10) Я все внимательно прочитал. Документов много и не хочется создавать у каждого обработчик события. В первом сообщении явно указал, что делаю через подписку. Меня интересует, возможно ли это?

(11)>>не хочется создавать у каждого обработчик события.
Ну тогда ищи дальше ОПТИМАЛЬНОСТЬ.

Сочувствую.

(12)Надеюсь это искренне) Также создается ощущение, что Вы нашли в жизни оптимальный путь и в поисках его не нуждаетесь. А те, кто его ищет поступают неправильно?))

А вообще для меня более важна приспособленность конфигурации к изменениям, т.к. ни на день она не остается без изменений.

(13)>>А те, кто его ищет поступают неправильно?))
Правильно конечно. Только полный идиотизм игнорировать советы тех, кто это все прошел много лет назад.

(14)Много лет назад и 1Ска была другая. С Вами очень приятно разговаривать)

(15) Ты правда не читаешь, что тебе пишут.

В подписке ПриЗаписи() объект уже записался и значения Источник и Источник.Ссылка - одинаковые.
В подписке ПЕРЕДЗаписью() объект ЕЩЕ не записался и значения Источник и Источник.Ссылка - разные.

(16) Источник - это то, что "собирается" записаться ?

(17) это указатель на объект в ОЗУ

(16) Да, в этом я не прав. В списке подписок не было события ПередЗаписью, т.к. указал не только документы. Поэтому понял, что речь идет не о подписках. Почему же тогда есть возможность отказаться от записи в подписке ПриЗаписи?

А вообще вернулся к исходному вопросу и надобность в старых данных пропала, т.к. они сохраняются при предыдущей записи. Спасибо за помощь. :)

(19) >> Почему же тогда есть возможность отказаться от записи в подписке ПриЗаписи?
потому что транзакция!

(3) В  модуле формы тоже можно.

Эффективнее при открытии формы запоминать старые значения реквизитов, чем в БД при записи лезть.

(22) Интересное заявление - аргументировать можешь?

(23) Тю. Так аргументация уже в заявлении. Не будет лишних запросов к БД.

(24) Вообще  то, документ уже и так в оперативной памяти его ведь уже прочитали один раз - зачем еще раз читать?

(25) Вот и я о том же.

(26) То есть при обращении Ссылка.Реквизит думаешь он будет заново перечитывать документ? Учитывая то что этот же экземпляр сам же его заблокировал?

(27) Ага.

(28) Как то совсем глупо - даже для 1с-ки выходит. По 8.1 помниться было так называемое динамическое чтение, а 8.2 даже не знаю как это делается.

примерно так:

Процедура ПередЗаписьюОбъектовСРолевымДоступомПередЗаписью(Источник, Отказ) Экспорт
   УстановитьПривилегированныйРежим(Истина);
   
   Если Источник.ОбменДанными.Загрузка Тогда
       Возврат;
   КонецЕсли;
   
   ТипЗначенияИсточника = ТипЗнч(Источник);
   МетаданныеОбъекта = Метаданные.НайтиПоТипу(ТипЗначенияИсточника);
   
   Источник.ДополнительныеСвойства.Удалить("ОбновитьДоступ");        
   
   Если ТипЗначенияИсточника = Тип("СправочникОбъект.УправленческиеДокументы") Тогда
.....        
.....
.....
   Если Запрос.Выполнить().Пустой() Тогда
       Источник.ДополнительныеСвойства.Вставить("ОбновитьДоступ", Истина);        
   КонецЕсли;
       
   УстановитьПривилегированныйРежим(Ложь);
КонецПроцедуры


Процедура ПриЗаписиОбъектовСРолевымДоступомПриЗаписи(Источник, Отказ) Экспорт
   ЗаписатьДоступОбъекта(Источник, Отказ);
КонецПроцедуры

Процедура ЗаписатьДоступОбъекта(Источник, Отказ) Экспорт
   УстановитьПривилегированныйРежим(Истина);
   
   Если Источник.ОбменДанными.Загрузка Тогда
       Возврат;
   КонецЕсли;
               
   ОбновитьДоступ = Ложь;
   Источник.ДополнительныеСвойства.Свойство("ОбновитьДоступ", ОбновитьДоступ);
   
   Если не ОбновитьДоступ = Истина Тогда
       Возврат;
   КонецЕсли;
   
   ТипЗначенияИсточника = ТипЗнч(Источник);
   МетаданныеОбъекта = Метаданные.НайтиПоТипу(ТипЗначенияИсточника);
   
   МассивХешей = Ложь;
   Источник.ДополнительныеСвойства.Свойство("МассивХешей", МассивХешей);
   
   Попытка
       // обновим все ролевые права доступа к объекту                                
       Рег = РегистрыСведений.РолевойДоступОбъектов.СоздатьНаборЗаписей();
       Рег.Отбор["Объект"].Использование = Истина;
       Рег.Отбор["Объект"].Значение      = Источник.Ссылка;
       Рег.Отбор["Объект"].ВидСравнения  = ВидСравнения.Равно;
       
       Рег.Прочитать();
       мТЗ = Рег.ВыгрузитьКолонки();  
       
       //---------------------------------------------
       // здесь гарантировано перезапишем весь набор для штатной единицы
       //                                                            
       Для каждого эл Из МассивХешей Цикл
           НоваяСтрока = мТЗ.Добавить();                    
           НоваяСтрока.Доступ = эл;
           НоваяСтрока.Объект = Источник.Ссылка;
       КонецЦикла;
       
       Рег.Загрузить(мТЗ);        
       Рег.Записать(Истина);
       
   Исключение
       Отказ = Истина;
   КонецПопытки;    
   
   УстановитьПривилегированныйРежим(Ложь);

КонецПроцедуры

(30) Ты это к чему?

(29) Имхо, она обязана сделать обращение, как минимум чтобы сверить ВерсияДанных (объект в БД могу быть изменен)

(31) к Вашему спору, все чтение и сравнение делается в подписке ДО ЗАПИСИ, потом готовый результат кладешь в ДополнительныеСвойства объекта, и уже в подписке ПРИ ЗАПИСИ берешь все из доп свойств и записываешь

Управляемое приложение всех расставит на свои места...

(33) Чем это будет быстрее чем прочитать через ссылку.

(32) Зачем ей это делать и как он может быть изменен если он заблокирован.

*лицоладонь*

(35)это и есть прочесть через ссылку, ведь в памяти уже измененный обьект.
Вопрос не в том как сделать, а в том как сделать правильно, а правильно
1. чтение должно быть чистым (в текущей транзакции)
2. должен быть предусмотрен коррекнтый откат
3. сама запись не должна быть избыточной

(38) Ты бредишь? Во первых сравнение делаем перед записью, во вторых этотобъект и Ссылка в принципе разные вещи, откат осуществляется возможностями платформы, про избыточность ты тут сам себя перемудрил.

(36) объект в 1с блокируется только в момент записи, при открытии формы он не блокируется а всего-лишь получает новый номер версии. По этому НИКТО не мешает записать открытый у соседа документ.

(40) Все не так блокируется в момент внесения данных в форму.

(41) :)))) не блокируется

проверь, открой элемент (и даже измени в нем реквезит, при этом будет сгенерирована версия), и ОБРАБОТКОЙ перезапиши этот элемент

после этого элемент формы тебе не даст сохранить изменения из-за разности версий

(42) Если обработкой то да, а если две формы открыть то нет.

(43) это НЕ блокировка, это контроль версий, реализуется не объектом а формой...

(44) Хорошо а передзаписью блокируется документ?

(38) Не вижу смысла читать предыдущую версию из базы в транзакции записи.

(45) передЗапиью в модуле формы - нет
перед записью в модуле обьекта (и подписке) - да

для понимания сходи в поиск "план выполнения предопределенных процедур в транзакции записи"

для БП там очень наворочено :)

(47) Ну значит в процедуре перед записью уже установлена блокировка - так зачем тогда еще раз читать объект?

+(48) И чего ты все транзакции к месту и не к месту вставляешь?

(48) прочитан какой версии? и какой версии он в памяти?

это разные версии, по этому и нужно перечитать....


-------
а транзакции - это все фигня нафиг они не нужны и использовать их нельзя ни при каких условиях, да и в SQL уровень изоляции нужно установить самый низкий, тогда и блокировок не будет и скорость как у самолета будет.

правда косяки полезут, но разве это кого пугает :)

(48) проверил объект ОБРАБОТКОЙ перезапиывается.
Значит читать нужно из базы, а не сравнивать объект и ссылка.

(1)  ЭтотОбъект.Ссылка = Ссылка
разве не так

(51) Оно и понятно просто в таком случае тебе все равно объект не даст записать, вне зависимости от того пройдет он у тебя проверку или нет.

(50) Версию контролируются сервером 1с, но не севером БД, зачем чего то читать из базы?

(52) они другое сравнивают: ЭтотОбъект и ЭтотОбъект.Ссылка. Они не равны. Перед записью ЭтотОБъект в памяти и никуда не записывается. ЭтотОбъект.Ссылка тоже в памяти, где-то в кеше.

(55) Вот и я о том же, но тут утверждается что если написать Ссылка. то он прочитает не и памяти а заново из базы.

(53) открыл два сеанса в одном изменил одно поле, если попробовать изменить во втором сеансе то пишет объект блокирован. Здесь открываем обработку и "выполнить"(там она перезаписывает) все проходит на ура. Дальше если поробовать записать в первой форме(который блокировал) то ошибка контроля версий!

+ (57) платформа 8.1

(57) Угу но не дает записать именно сервер 1с, он у нас и отвечает за блокировки. Так что все логично.

(56) Ага. Утверждается. Но на 100% я уже не уверен. Т.к. работает оптимизированная запись объектов, то возможно что в начале транзакции записи движок неявно читает текущую версию объекта из базы в транзакционный кэш. Короче, только эксперимент спасет отца русской демократии.

(60) А каким образом его провести? Проверить будут ли обращения к базе? Так там может сервре по каким другим своим нуждам обращался.

(61) Профайлером на пустом демо-доке сравнить обращения к БД.

+(57) проверил в файловом и клиент-серверном отрабатывает как в (57) 8.1. 8.2 не знаю
(61) на 8.2 внизу же пишет сколько раз и сколько метров передал

(63) Это обращения к серверу приложений.

(63) Ну это понятно, нас обращения к серверу интересуют.