Версионирование регистров сведений (необъектных данных) - история изменений по версиям записей регистров сведений - ВНОД

0. Техподдержка 11.02.19 16:40
ВНОД – отдельная (дополнительная) подсистема, которая построена на основе типовой подсистемы «Версионирование объектов».
Предназначена для сохранения и анализа изменений независимых (периодических и непериодических) регистров сведений, с точностью до состава измерений, ресурсов и реквизитов записей.

Перейти к публикации

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. kosmo0 105 20.02.19 10:53 Сейчас в теме
А если нужно по простому - один-два регистра сведений в журнал регистрации - гуглите на мисте "логирование изменений записей регистров сведений" (ссылку на стороний ресурс данный портал запрещает). А в целом в платформе 8.3.11 добавили функциональность История данных которая работает и с регистрами сведений.
2. Техподдержка 20.02.19 15:06
(1) Да, пожалуйста, пользуйтесь любым решением, которое подходит именно Вам:
- любое решение, которое логирует (архивирует) журнал регистрации по регистрам сведений, с точностью до состава измерений, ресурсов и реквизитов.
- если у Вас платформа 8.3.11 и подходит механизм "История (изменений) данных" и есть возможность включить механизм (указать требуемый режим совместимости, создать и включить регл. задание для обновления истории, указать для каких именно объектов конфигурации будет вестись история изменений)
- в том числе и по производительности

НО повторюсь, преимущества данного решения:
- Легко интегрируется в любую конфигурацию на базе платформы "1С:Предприятие 8.2/8.3" (в т.ч. и на управляемых формах).
- При объединении не требуется вносить изменения в объекты исходной конфигурации.
- Для работы механизма не требуется настраивать права доступа (административные права потребуются - только для настройки версионирования).
- Не требует наличие типовых справочников, типа «Пользователи» и т.д.
- Сохраняет только изменения - версию записей регистра, если между версиями были изменения.
- Работает, если были изменения по метаданным, например: добавлен или удален ресурс регистра.
- Минимальное влияние на производительность.
- Знакомый интерфейс типовой подсистемы «Версионирование объектов».
- Для хеширования данных использованы возможности платформы «8.3», для 8.2 - в «Windows 7» и последующих версиях - платформы «.NET», если нет платформы «.NET», то функции «Библиотеки стандартных подсистем».
- Открытость кода.
p.s. если "того "позволит платформа - подсистема будет реализована - как расширение.
3. Cmapnep 15 03.04.19 14:19 Сейчас в теме
Толковая разработка - удобно что поставил подсистему, настроил и все работает
Настройки, опять же, гибкие, регламентное задание очистки версий позволяет контролировать занимаемое место
Открытый исходный код тоже большой плюс - формат наименования ключа записи, например, под себя переделал
Отчет о сравнении похож на типовой БСПшный - раскраска, легенда, все как привык пользователь
Хотелось бы чтобы ещё позволял больше двух версий сравнивать)
Ну и наконец система развивается, так что ждем дальнейших улучшений
В общем автору большой респект и плюс в карму!
4. Техподдержка 12.04.19 11:36
(3) Хотелось бы чтобы ещё позволял больше двух версий сравнивать)

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

- см. сравнение версий в публикации.
5. Cmapnep 15 12.04.19 17:29 Сейчас в теме
(4) Отлично работает, спасибо!
6. dexxxqqq 08.08.19 18:37 Сейчас в теме
Спасибо большое. Очень пригодилось.
Подскажите, пожалуйста, а что такое "объединение выполняется с отметкой по подсистеме файла «Версионирование (необъектных данных)»"? У меня такого нет как на скриншоте.
7. Техподдержка 09.08.19 10:57
(6) Пожайлуста, положительные отзывы, это приятно.

По вопросу -

при сравнении и объединении с основной конфигурацией, как показано на 1-м скриншоте (делался в обычном режиме, но для управляемого также работает, чуть другой интерфейс), нужно указать все объекты, которые относятся к данной подсистеме (не затрагивая свойства и объекты основной конфигурации), как и было описано в публикации

- при объединении не требуется вносить изменения в объекты исходной конфигурации
8. Светлый ум 277 01.10.19 08:01 Сейчас в теме
+1 Взял на вооружение версионирование регистров
9. Техподдержка 03.10.19 09:20
(8) Если есть вопросы - задавайте
10. Светлый ум 277 28.10.19 10:43 Сейчас в теме
(9) Могу приобрести только за стартмани, такую продажу рассматриваете?
13. Техподдержка 28.10.19 16:14
(10) Рассмотрена продажа за SM (стартмани)

- условия распространения приобретенной за SM и доработанной версии поставки - читайте правила распространения, а также см. в публикации.
11. Техподдержка 28.10.19 10:50
(10) Добрый!

Рассмотреть то можно, но...

Вы не в курсе - такое возможно, если публикация оформлена таким способом продажи?
12. Светлый ум 277 28.10.19 10:54 Сейчас в теме
(11) я когда с ценами своих публикаций не знал как выставить обращался в техподдержку, конкретно к Ирине Пятаковой (https://infostart.ru/profile/106336/)

- Мне либо сами выставляли что просил, либо подсказывали
14. Светлый ум 277 28.10.19 17:34 Сейчас в теме
(11) Спасибо - за оперативность. Будем посмотреть
15. buganov 190 08.02.21 13:31 Сейчас в теме
Подскажите, как быстро будет работать, если регистры большие? Скажем, несколько сот миллионов строк?
И будет ли искать только по одному из, например, трех измерений или нужен полный ключ записи?
16. Техподдержка 08.02.21 15:09
(15) Добрый!

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

по замерам - точно не могу сказать - все зависит от характеристик компьютера - сервера.

у меня - получение ключа записи регистра, формирование имени ключа записи регистра, получение изменений между версиями, сохранение версии, если были изменения - составляется приблизительно 0,5 сек. - в НЕ кешированном (код выполняется - первый раз), 0,01 сек. - в кеше.
17. user811187 03.02.22 12:01 Сейчас в теме
Добрый день.
Хотим прикрутить вашу систему в WMS. Она полностью написана на УП. Не будет проблем с интеграцией?
18. Техподдержка 06.02.22 09:55
(17) Добрый!

- Легко интегрируется в любую конфигурацию на базе платформы "1С:Предприятие 8.2/8.3" (в т.ч. и на управляемых формах)
т.е. работает - как на платформе 8.2, так и на 8.3, как в обычном, так и управляемом режиме.

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

проблем с интеграции - не будет - только необходимо сделать, как описано в публикации.
19. dap 13 08.06.22 11:18 Сейчас в теме
добрый. а как реализовано сравнение версий наборов данных при перезаписи. такое у набора происходит в 2 этапа - сначала удаление старого набора, потом запись нового. наборы не связаны между собой. события типа "передЗаписью" вызываются 2 раза. В первом - новый набор пустой, во втором - старого уже нет. передать старый через доп.свойство - невозможно т.к. набор не один и тот же.
спасибо
20. Техподдержка 01.07.22 19:43
(19) Добрый!

Все правильно, если выполняется перезапись (события "ПередЗаписью" и "ПриЗаписи" и наборы не связаны между собой - не буду здесь описывать поведение "Замещения" или "Удаления") выполняется в 2 этапа - сначала пустой, потом запись нового, то будут записаны версии с пустым и новым набором, т.к. запись новой версии выполняется, при условии, что есть изменения между предыдущей (которая уже храниться, как последняя на данный момент) и текущей (которая еще не храниться) версией набора,

НО такое ПОВЕДЕНИЕ ОСТАВЛЕНО, т.к. - повторюсь - данная подсистема позиционируется, как подсистема, которая:
- будет работать на любой версии платформы
- легко интегрируется в любую конфигурацию
"1С:Предприятие 8.2/8.3" (в т.ч. и на управляемых формах)

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

"сори" - повлиять на режим работы платформы 1С 8 - мы не можем,
НО одно из преимуществ данной подсистемы
- Открытость кода,
т.е. всегда можно дописать под себя сохранение и сравнение нужных версий наборов данных, например не писать "пустой" набор, при условии, что это не удаление.
21. dap 13 01.07.22 23:20 Сейчас в теме
Спасибо.
насколько понимаю версионируется ЗАПИСЬ, а не набор?
Тогда каким образом идентифицируется запись регистра которая версионируется? Ключ записи мне кажется не подходит, т.к. у записи регистра может быть изменено значение одного из измерений.
Если это запись какой-то настройки. Пользователь меняет одно из измерений. Ваша система считает что это уже новые данные и формируется первая стартовая версия?
22. Техподдержка 04.07.22 15:39
(21) Добрый!

Версионируются те данные, которые содержаться, если языком платформы, в подписке на событие, то это "Источник",
т.е. каким бы способом не изменяли набор данных:
- интерактивно (вручную)
- программно (методом "Записать" и не важно ключем, менеджером или набором записей)
там всегда присутствует свойство "Отбор"

"Ключ" формируется 2-мя способами, для этого есть несколько вариантов настроек:
- по составу значений отбора (измерений) самого набора данных (здесь можно - не учитывать "Период", т.е. не будет участвовать в составе формирования "Ключа")
- сохранять все версии в одном месте, в данном варианте - ключем выступает - "имя регистра", т.е. состав значений отбора (измерений) набора данных - здесь НЕ участвует

и вот какой именно вариант подходит, в том или ином случае - решать Вам.
Оставьте свое сообщение
Вакансии
Специалист техподдержки 1С
Ростов-на-Дону
зарплата от 80 000 руб.
Полный день

Главный специалист 1С \ эксперт по технологическим вопросам
Москва
зарплата от 220 000 руб.
Полный день



Архитектор 1С
Обнинск
зарплата от 150 000 руб. до 350 000 руб.
Полный день