Приветствую!

Есть задача хранить состояние регистров сведений в отдельном регистре.

Структура:
измерения:
- Регистр
- Пользователь
ресурсы:
- СостояниеДоЗаписи
- СостояниеПослеЗаписи

При реализации столкнулся с проблемой, что регистры записываются в 2 этапа.
1. Старый набор заменяется на пустой
2. Пустой набор, заменяется на новый.

В результате, есть попытка в регистр для хранения изменений сделать 2 записи в пределах секунды.

Нельзя ли как-то понять, что эти 2 этапа относятся к одной транзакции?

"Есть задача хранить состояние регистров сведений в отдельном регистре. "
Жестоко. А его состояние не надо нигде хранить?

"есть попытка в регистр для хранения изменений сделать 2 записи в пределах секунды."
какая попытка? кто пытается?

Да, таковы реалии) Его состояние не надо. Надеюсь пока)

"какая попытка? кто пытается?"

Смотри:
запись РС это по сути запись в 2 прохода, описанных с сабже.

Т.к. запись в регистр состояний делается в событии ПриЗаписи() то с регистре состояния должно появится 2 записи. 1. Очистка набора 2. Запись нового набора

(2) ну добавь измерение "НомерПрохода" :)

и это... у тебя пользователь полностью регистр что ли перезаписывает каждый раз?
что ты хранишь то в Состояниях? жуть как интересно

Пробовал))

Но каждый этап это отдельный набор записей по сути, поэтому переменная обнуляется

может проще сделать периодический РС?

Зачем полностью?

Храню я там состояние до записи и после записи. Всю таблицу в реквизитах СостояниеДоЗаписи и СостояниеПослеЗаписи. Тип ХранилищеЗначений

2 Ненавижу 1С:
А что это даст? периодичность же в пределах секунды минимальная

(8) я про тот регистр, изменения которого ты пытаешься логировать

(6) А оба этапа записи, при небольших объёмах будут как раз в пределах одной секунды

(9) Задача стоит хранить разные регистры

(10) Так делать не надо. Это костыли.

(12) А как надо?

(10) а очистку тебе обязательно хранить?
смотри что набор пустой и не сохраняй

В своей обработке я делал по другому.
http://softonit.ru/journal.html

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

Обработке регистров я имел ввиду, а в целом - это подсистема.

(14) К сожалению, да. Какой-то негодяй очищает записи. Поэтому задача фиксировать и очистку. В ЖР заказчик хранить не хочет. Приспичило в регистре

(15) Интересовался этой темой. Увы не был услышан, заказчик хочет хранить в регистре

(17) А в ЖР есть информация о негодяях. Права резать не пробовали?

(19) В ЖР есть информация о том, что кто-то записал регистр. Задача не в этом.

(17) ну перед записью в РС-хранилище анализируй
если два набора - пиши, который непустой
если очистка - пиши пустой

(21) Тут проблема в другом...
Ресурсы по измерениям могут быть:
1) Перезаписаны новыми значениями
2) Удалены

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

(0) Не издевайся и просто сделай исходный регистр периодическим + обертку к нему для прежних вызовов к нему удобно

(22) Почему тогда переменная модуля очищается?

(23) Не нужен периодический регистр. К тому же это ничего не изменит

А вот как организовать этот анализ? Как отличить запись пустого набора при очистке его пользователем от промежуточной очистки самой 1С?

(26) перед записью в РС-хранилище посмотреть записи на эту секунду?

(22) Есть в связи с этим идеи по решению? Я уже голов сломал

(28) радикально: измерение уникИД и генерить на каждый чих, т.е. запись и очистку

(27) К примеру есть. Но она вполне может быть записью, отражающей промежуточную очистку

в принципе в ЖР есть ведь ИД транзакции, вот что-то похожее прикрутить

(29) Можно вот об этом по-подробнее?

(32) измерение - Строка
писать туда Новый УникальныйИдентификатор()

(31) Я как раз и ищу способ понять, как идентифицировать эту транзакцию и увязать с ней эти 2 этапа

(33) Идентификатор записи? Попробую,спасибо

(35) единственный минус - не рекомендуется делать измерением РС примитивные типы

(33) Подожди-ка. А разве у записи может быть УИД?

еще вариант изврата: сделать служебный документ
сделать его регистратором или измерением
создавать этот док при записи

(37) у записи РС - нет
но ты можешь его сгенерировать сам
мойИД = Новый УникальныйИдентификатор()

(38) Это уж совсем жесть))

(39) А толку? ПриЗаписи() 1-й проход будет 1 УИД, во втором проходе другой

(41) тебе ж записывать не дает? с этим разобрались :)

(42) Ну или запись теряется. В принципе, уже спасибо) Но если подскажешь, как идентифицировать этот процесс и в него эти записи объединить?

В модуле набора записей есть атрибут "ДополнительныеСвойства"

попробовать писать туда ГУИД и пытаться достучаться до записанного ГУИДа извне

(43) у тебя РС, которые хранить надо, подчинены регистраторам?

А про какие 2 этапа идет речь?! Вообще-то запись набора выполняется 1 раз (Если не писать како-нибудь кривой код и записывать 5 раз)

(46) Поставь точку останова в процедуру ПриЗаписи() ну или почитай выше

Проблема решена. Коллеги, всем огромное спасибо за участие, а особенно FIXXXL. Оказалось главное сделать 2 записи, а остальное решается с помощью СКД уже в при формировании отчёта

(47) Набор записывается один раз!! Именно поставьте точку останова и проверьте. Только записывайте в регистр, который не подчинен регистратору. Судя по всему у вас запись ведется при проведении документа, о чем вы умалчиваете. И в таком случае первый раз идет запись при отмене проведения , а второй при проведении. В таком случае нужно просто по-другому организовать проведение документа (изменить  режим удаление движений с "Удалять автоматически при отмене проведения" на иной). Но... хозяин - барин

(49) Уже. Регистр независимый. Не так переживать, никто не о чём не умалчивает и заговора нет. И точку поставил и проверил. Если есть желание помочь понять в чём я ошибаюсь, буду признателен, а криков не нужно, спасибо

(49) v8: Странность при записи регистра сведений
Вот ещё злодей, который всё врёт

Ветка - отличный пример того, что бывает, когда думают о том КАК сделать вместо того, чтобы подумать о том ЧТО и ЗАЧЕМ

ну, и независимые регистры таки записываются один раз в 8.3, в 8.1 возможно было как-то иначе

(52)Есть заказчик, он хочет так и платит за это. И, поверьте, были сделаны и иные ему предложения.

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

(55) При интерактивной записи пишется через менеджер записи, вроде. А при программной записи через менеджер, выполняется как раз 2 записи - очистка и сама запись.

(54) может тогда просто хранить ХранилищеЗначения, в котором сериализованный набор? Тогда не надо будет решать проблему (0). Ну будут у тебя пустые наборы перемежаться с заполненными и хрен на них - задача будет решена, т.к. в любой момент ясно, кто и что изменил

(57) Так в первом посте написано, что сама таблица регистра так и хранится. Но процессы записи всё равно произойдут в течении одной секунды. Решилась проблема использованием УИД

(58) еще можно хранить в данных журнала регистрации - туда можно что угодно запхать. Всего-лишь обработку чтения смастерить придется

(59) Можно много что. Но заказчик хочет так. Можно было, конечно послать его, но деньги из воздуха не берутся. Изначально и было в ЖР сохранено

Всем спасибо, но уже пошли рассуждения на тему, кем бы была бабушка, если у неё были первичные половые признаки дедушки)))))

Проблема решена. Благодарю всех участников форума за скорую помощь и множество ценных советов. Постараюсь, при случае, отплатить тем же

(50) Да криков то нет. Простой тест:

    Набор=РегистрыСведений.ГрафикТемператур.СоздатьНаборЗаписей(); (имеется такой в базе не зависимый с записью и периодический)
        Набор.Отбор.Страна.УстановитьОтбор(Справочники.Страны.Россия,Истина)
        Набор.Прочитать();
    Набор.Очистить();
    Зап=Набор.Добавить();
    Зап.Период=ТекущаяДата();
    Зап.Страна=Справочники.Страны.Россия;
    Набор.Записать();

Точка останова в модуле набора записей регистра сведений "ПриЗаписи". Останов происходит 1 раз! Хоть 8.2 (8.2.19.121 в режиме совместимости с 8.2.13 - это для полноты данных) хоть 8.3. И если у вас 2 раза записывается - смотрите листинги. Но запись осуществляется 1 раз и все остальное от лукавого. Лишняя запись идет от неправильного кода

+ (63) Возможно вопрос в интерактивной какой-нибудь форме. Но программно пишется 1 раз

(64) Так никто и не говорил, что лишь программно пишется.Кода там и вовсе нет. Все проблемы от того, что смотрим то, что удобно, а не то что есть. Это факт.