Как отличить запись от удаления? #281636

Как в модуле набора записей отличить изменение записи от ее удаления? При изменении записи сначала формируется событие на удаление этой записи (Замещение=истина), потом событие на добавление этой записи (Замещение=ложь). При удалении записи просто формируется событие на удаление записи (Замещение=истина). Никак отличить не могу, поможите дальтонику.

НаборЗаписей.Количество=0 ?

в обоих случаях равны нулю

я даже могу прочитать регистр, чтобы посмотреть, есть чего в нем или нет, но в любом случае я не могу понять, это удаление или модификация... ;-( А мне нужно запретить удалять.

Т.к. при модификации сначала вызывается удаление, если его запретить - модификация не пройдет.

Попробуй закончить транзакцию принудительно раньше конца процедуры и посмотреть, что твориться в регистре. ЗЫ. Вроде 1С не поддерживает вложенных транзакций?

Выгрузка в таблицы значений с последующим сравнением не поможет?

а саму таблицу где хранить? :)

и что там должно творится?

Это извращение! Первым идет удаление, а не запись, поэтому что выгружать? Таблица то пустая!

Походу очередная дыра функционала. Можно еще както играться с флажком замещение, но мне кажется ДЫРА.

расскажи, чо хочеш в результате получить - может, кто другой метод предложенить, помимо "игры на замещении"...

так я уже рассказал - хочу разрешить редактирование (но только ресурсов, без измерений), но запретить удаление.

Судя из того что есть только право "Изменение" у регистра, ты такое не словишь

гыгыгы.... при чем тут права. Речь идет о контроле из модуля.

Не думаю, что дыра - скорее задача не с той стороны решается. С точки зрения системы происходит не модификация, а удаление и создание - а это две большие разницы и отловить можно только внешней оберткой, т.к. система не будет себя нагружать такими подробностями интимной жизни пользователя :)

вроде в набор можно передать доп параметр ...

чем запись отличается от удаления? в том и в другом случае записывается набор

Это мне напоминает ситуацию - захватили немцы деревню, староста бежит и грит - а че, немцы они хорошие, ничего, жить можно... В том то и дело, что невозможность отличить модификацию от удаления ведет к тому, что контроль над изменениями в регистрах сведений нужно как в 77 выносить в форму. А насчет того, что это одно и то же - бросьте. В одном случае это удаление, в другом транзакция из удаления и добавления.

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

В оперативной памяти компьютера (Какой вопрос, такой ответ). ОФФ: Витя, ты ее сколько лет хранить собираешься? :) /2 И тебе не под силу добавить перед удалением выгрузку в ТЗ?

Да ну? Видишь ли, в теории реляционных СУБД есть оператор SQL UPDATE. 1С почему то использует не UPDATE, а DELETE & INSERT

Читаем про UPDATE и для чего оно применяется: "Важно.   Инструкция UPDATE не создает набора результатов. Обновление записей, выполненное с использованием запроса на обновление, нельзя отменить. Чтобы узнать какие записи будут обновлены, выполните запрос на выборку с теми же условиями, и только потом, выполните запрос на обновление. Рекомендуется всегда делать резервные копии данных. Если записи были удалены по ошибке, их можно восстановить из резервных копий. " Т.е. это опять частный случай записи (грубо говоря - с применение отбора, что будем менять)

Если задача отследить действия пользователя - то вполне нормально использовать для этого форму. А потом передавать данные в модуль, например с помощью какой-нибудь экспортной переменной.

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

мдя, как все запущено. видишь ли, если бы 1С передавало в модуль передзаписью, что именно оно пытается сделать. Кстати, а может для РС пощупать при записи???? Я вот тут подумал....

Я так полагаю, что система не задумывается о таких мелочах просто делает удаление+запись нового - так быстрее будет.

Об этом должна была не система думать, а проектировщики платформы. Нужен был еще один параметр в процедуре ПередЗаписью (Удаление из модификации / Чистое удаление), на скорости это никак бы не отразилось. Очередная черная функциональная дыра 1С.

Ты не понял - это работает также, как и UPDATE в SQL. Т.е ВСЕ изменения ты должен перехватывать на стадии ДО, а не ВО ВРЕМЯ. Т.е надо убирать не следствие, а причину. Данная функция не предназначена для такой ситуации по причине того, что система не задается вопросом (имхо) изменение каких полей произошло, а просто обновляет запись полностью, что должно быстрее быть, т.к. UPDATE будет работать с отбором. Соответственно - такого флага (модификация или что-нибудь другое) быть не может.

Это было бы справедливо, если бы 1С изменяло через UPDATE, но оно изменяет через DELETE +INSERT, причем не средствами SQL, а из языка.

Работает четко Тонкость: при записи процедура отрабатывается дважды - первый раз удаление (количество = 0), второй раз запись проводок (количество = количество проводок); при отмене проведения - один раз (количество = 0)

говорил уже, в первом вызове я не знаю, удаление это или изменение - число записей по любому-ноль. Если я предположу, что это изменение и буду ждать второго вызова, он может и не произойти - например, если это удаление.

Коряво - но подключай обработчик ожидания на 1-10 сек и смотри, что там произошло за это время. Итого у тебя не так много вариантов решить эту задачу, либо ставить ее по другому :)

В уже почти все написано. Остается в модуль набора добавить переменную-счетчик: первй вызов - удаление, второй - запись новых данных.

в таком случае я не отлавливаю удаление.

Хотя стоп, это идея... ПередЗаписью вызывается дважды. А контроль нужно вносить в ПриЗаписи. Точно, счетчег поможет.

Правда, непонятно, если я в ПриЗаписи напишу Отказ, разорвет ли оно всю транзакцию или только первую запись? Наверное всю!

И еще непонятно, когда этот счетчик обнулять...

у тебя будут проблеммы с транкзациями.... ведь она может иметь неопределенное кол-во записей, то есть если я в модуле проведения документа в цикле обнавляю 100 элементов регистра, то ты получишь транкзацию (не явную) на 200 шагов!!!! и как ты сможе из большой транкзации вычленить 1 запись????? ИХМО - либо будет МЕДЛЕННО либо не получиться!!!

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

Читай - уже не получилось.

Событие вызывается один раз, для набора записей

Вообщето при удалении документа вызывается ПриЗаписи где уже свойство ПометкаУдаления = Истина

Когда вызывается призаписи транзакция уже началась Соответсвенно отказ отменяет все

Ты тему читал? Речь идет о наборе записей

v8: Как отличить запись от удаления? Вот тема... нигде про набор записей

нет это ты не понял!!! именно это я и хотел до тебя донести, ведь почти всегда модуль регистра выболняеться в БОЛЬШОЙ и ВЫШЕСТОЯЩЕЙ транкзации, и ты не сможешь влиять на конкретную запись... ты сможешь только отменить БОЛЬШУЮ транкзацию!!!!

пральна гришь вот так вот

а отменять ее лучше из того места где она началась например из модуля документа!!!

Зачем в документы ввели событие ПередЗаписью? ЧТобы не искать по коду, где вызывается запись документа. А ты предлагаешь регресс - назад к 77. Ищем все места, где вызывается запись набора записей и ура... Только это все уже в прошлом, вместе с 77.

лажу он говорит

Хотя в том что касается транзакции он прав

По идее можно при удалении не удалять набор записей, а записывать его еще раз, в при записи... ну что то типо этого

Что-то у меня все сильнее крепнет мысль, что Гений не с той стороны задачу решает. Если тебе тупо надо решать вопрос запрета редактирования чего-либо в РС - дык создай свою форму обработки списка/записи и балуйся этим. А Документы.ПередЗаписью никаким образом не относятся к РС.НаборЗаписей.ПередЗаписью - вообще разная тактика работы и назначение

я придумал как тебе сделать!!!!! все ГениТальное - ПРОСТО!!!! 1. ЗАПРЕЩАЕШЬ ВСЕМ РОЛЯМ изменять регистр 2. Создаешь модуль с неограничеными правами и в нем описываешь процедуры записи и удаления регистра!!!! далее ЛЮБАЯ обработка обязана пойти через твои обработчики есть 2 минуса 1. придеться переписывать ВСЕ места где происходит запись 2. возможно обойти из другого привелигерованного модуля

Гений опять изобретает сферического коня. Ты когда последний раз заходил в конференцию для партнеров? Почитай посмотри скока там пожеланий/недоработок/багов в платформе. Хоша кто тебя такого красавца туда пустит.. Попроси кого там тему замутить, есть шанс что одинэсники тебе ответят (меня не проси, сижу под паролем двухлетней давности, не хочу светиться)

+ Имелась в виду конференция для разработчиков, ессно

Этот подход я называю "Back to USSR", ой пардон "Назад в 7.7" Меня туда не пустят, я их всех опущу. Я злой на 1С.

ой, моська ;) исчо кто кого опустит, хотелось бы мне посмотреть ;)

1. Создать глобальную переменную глПризнакЗаписи. 2. Подписать документы на событие ПередЗаписью, и ПриЗаписи 3. В обработчике событий в процедуре ПередЗаписью: глПризнакЗаписи = 0. 4. В обработчике событий в процедуре ПриЗаписи: глПризнакЗаписи = 1. 5. В обработчике событий в процедуре ПриЗаписиРегистровНакопления: условие     (глКДО_ПризнакЗаписи = Истина) И (Источник.мТаблицаДвижений = Неопределено) выполнится только для удаления при изменении.

а теперь прочти свой пост ВНИМАТЕЛЬНО !!! и зацени - почему над тобой стебаются - просто жесть , такой самовлюбленности давно не встречал - типа новый божок.

Ненадежно. К тому же метод работает только для регистров, подчиненных регистратору. Вот то-то и оно, что большинство тупых 1сников просто плескается в своем болотце и не ждет милостей от Селезневки.

У меня все отлично отрабатывает. Думаю достаточно надежно.

я объяснил тебе, что это только для регистраторов... для независимых регистров не катит, а у меня именно такой случай. Кстати, в твоем варианте думаю достаточно анализировать реквизит Проведен документа, а не глобальные флаги.

Конечно, тебе тогда не подходит. Внутри ПриЗаписиРегистровНакопления Проведен всегда истина, как ни странно.

А ты используй версию из базы данных. Регистратор.Ссылка.ПолучитьОБъект

Проверила: Регистратор.Ссылка.ПолучитьОбъект.Проведен тоже всегда ИСТИНА в ПриЗаписиРегистровНакопления.

попробуй Модифицированность. Вроде отличается.

ты это к чему? А ваще я пока еще на 8.1 не перешел, поэтому подписку на события юзать не могу.

Проверила: Регистратор.Ссылка.ПолучитьОбъект.Модифицированность всегда ЛОЖЬ в ПриЗаписиРегистровНакопления.

Причем тут подписка. В НабореЗаписей есть метод Модифицированность. Для удаляемых дает Истина, а для остальных на этапе удаления - Ложь.

Серьезно? Гы... Надо посмотреть... В принципе, логично...

см

это ты кому? Я проверил. Если в модуле набора записей количество записей равно нулю и модифицированность - истина, тогда это удаление, если же модифицированность - ложь, то это изменение. Действительно, отличить удаление от модификации можно. ;-) Спасибо HHHH

А у меня Модифицированность возвращает всегда ЛОЖЬ :(

ты не так смотришь... проверь еще раз... в модуле набора записей в событии перед записью!