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

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

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

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. kosmo0 100 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 13 03.04.19 14:19 Сейчас в теме
Толковая разработка - удобно что поставил подсистему, настроил и все работает
Настройки, опять же, гибкие, регламентное задание очистки версий позволяет контролировать занимаемое место
Открытый исходный код тоже большой плюс - формат наименования ключа записи, например, под себя переделал
Отчет о сравнении похож на типовой БСПшный - раскраска, легенда, все как привык пользователь
Хотелось бы чтобы ещё позволял больше двух версий сравнивать)
Ну и наконец система развивается, так что ждем дальнейших улучшений
В общем автору большой респект и плюс в карму!
4. Техподдержка 12.04.19 11:36
(3) Хотелось бы чтобы ещё позволял больше двух версий сравнивать)

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

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

По вопросу -

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

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

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

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

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

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

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

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

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