Версионирование регистров сведений #689844

И снова здравствуйте! Задача по версионированию обсуждалась много, но, тем не менее нигде не нашел что искал. За основу я взял идею хранить версию объекта, сериализовав его в строку с помощью XML. Вот от сюда: Далее в регистр сведений пишется ссылка на объект данных, дата версии и версия объекта, и, при необходимости сериализуется обратно в объект. Красота, можно даже восстановить предыдущее состояние объекта! Для документов и справочников, которые имеют собственно ссылку все замечательно, но... Сериализации подвергается только набор записей регистра. У набора нет ссылки. В регистре сведений, в котором хранятся версии объектов, у измерения Объект, нельзя выбрать тип связанный с регистром сведений. Что я делаю не так, или с какой стороны подойти к кобыле? Прошу прощения за скомканность изложения. Спасибо.

в типовой регистр версионирования не прикрутить версионирование наборов записей, тут надо извращаться, хранить где-то Отбор регистра, чтобы спозиционироваться на нуном диапазоне

Чтото не представляю что там версионировать. К примеру РС Штрихкоды. Было: 2222222222 Товар1 Стало или Было: 2222222222 Товар1 А могло быть и хуже Было: 2222222222 Товар1 Стало 3333333333 Товар3

конечно имеет смысл следить только за конкретным набором записей, т.е. кто его менял, и на что. в твоём случае "А могло быть и хуже" - будет запись о том, что данные из этого набора удалены. И запись что по другоуму надобу добавлены

"За основу я взял идею хранить версию объекта, сериализовав его в строку с помощью XML." - удачи, чо.

Понятно что, например, контактная информация Василия Пупкина ни кому не интересна, если не понятно какого именно Василия. Т.е. важен параметр отбора, в данном случае Объект. Но в общем случае у регистров разные измерения. А потом, если достать сохраненную версию набор, то в нем будет отбор. Только как это понять до десериализации?(

Спасибо конечно, но чем вызван сарказм? Есть предложения лучше?

Сарказм, как минимум в том, что хранение в XML, требует уйму места. Это раз, а "сериализуется обратно в объект" - попробуй конфигурацию изменить и посмотри на обратную сериализацию.

Ну ок, ваши предложения?

системы версионирования давно изобретены в типовых, и в БСП есть. Зачем изобретать велосипеды? А вот с регистрами - да, типового нету

>>что хранение в XML, требует уйму места они сжимаются очень хорошо

пофиг. Излишне все это хранить в базе.

Угу, как то так? ХранилищеДанных = Новый ХранилищеЗначения(ДвоичныеДанные, Новый СжатиеДанных);

как то так. Суть не в этом, суть в том что всё давно придумано

Сериализовать нечто более иначе другое. Или тупо взять готовую систему из БСП.

А вот с регистрами - да, типового нету :(

Объектные данные от необъектных тем и отличаются, что первые возможно версионировать, а вторые - нет. Необъектные данные не имеют ссылки, потому состояние у них не меняется - оно просто ЕСТЬ в любой момент времени

полностью поддерживаю попробовать хранить версию "отбора" т.е. вчера при таком отборе были одни данные, а вот сегодня при таком отборе другие?